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(57) Abstract 

A system for electronic commerce 
includmg banking tools, products and ser- 
vices. The system inchides customiz- 
able banking f»oducts (figure 7) and cards 
(figure 6), and methods and systems for 
conducting financial transactions (figure 
9) and maintaining records over the In- 
ternet 



Server for storing and transmitting data 
i 

Creation of a webbank by a user on server 
preferably via the Litemet using a browser) , 
the server preferably being a central site 
for all webbanks and being managed by 
a central authority (such as a chartered bank)» 
with all transfers of infom:iation to or from 
the server preferably being encrypted 



i 

Transmissions of information to and from the user^s webbank, 
the transmissions being conducted by the user, by third parties, 

and/ or by the central authority, such as: transmissions 
transfexring funds between the webbank and any other finanriij 

source (e.g. another webbank, a traditional bank or other 
financial institution, a credit card, wire transfer or cash payment 
to the central authority, etc) and transmissions regulating, 
manning or programming the accounts, subaccounts, 
funds or other assets, and so forth, on the webbank 
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Related Applications 

The present application relates to the present inventor's U.S. Provisional Patent 
AppUcation Serial No. 60/079.884. filed March 30, 1998, U.S. Provisional Patent AppUcation 
Serial No. 60/095,770, filed August 7, 1998. U.S. Nonprovisional Patent Application Serial No. 
09/280.483 filed March 30, 1999. U.S. Provisional Patent AppUcation No. 60/125,008. filed March 
18. 1999, U.S. Provisional Application No. 60/130,600, filed April 22, 1999, U.S. Provisional 
AppUcation No. 60/130,599 filed April 22. 1999, U.S. Provisional AppUcation Serial No. 
60/138.428 filed June 10, 1999, U.S. Provisional AppUcation Serial No. 60/139,167 filed June 15, 
1999, U.S. Nonprovisional AppUcation Serial No. 09/369,902 filed August 6, 1999, U.S. 
Provisional AppUcation Serial No. 60/161.283 filed October 25, 1999, and U.S. Provisional 
AppUcauon Serial No. 60/165,231 filed November 11. 1999. The entire coments of all of those 
prior appUcations are fully incorporated herein by reference. 

Backgroimd of tbe Invention 

Currently, most commerce is conducted using traditional mediods well known for many 
decades. Over sixty bilUon paper checks are written each year, the majority by businesses. 
Recently, however, electronic commerce has rapidly been emerging as a new and important force 
in global transactions. OnUne transactions over the past several years have achieved healthy levels 
and show no signs of letting up. Yet, while various systems for electronic transactions have been 
proposed or implemented fmcluding credit card payment systems over the Intemet and so forth), 
numerous disadvantages and shortcomings exist in the systems present in the art. Accordingly, it 
is an object of the present invention to provide a new system for conducting electronic commerce 
and for improving the efficiency of financial and other interactions. 

Summary of the Invention 

The present invention relates to a new system for banking and electronic commerce and e- 
finance products and services. 

This system includes the first Intemet metabank™ - a new type of Intemet bank witii an 
advanced series of capabiUties beyond those of the traditional banks or Intemet banks currently in 
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operation. The metabank^ provides consumers with the ability to instantly open corporate and 
personal webbanks, new forms of financial vehicles specifically created for the Internet, 

Each webbank™ consists of a private miniature Internet bank which is located on the 
World Wide Web, and which is under the control of anyone from a multinational corporation to a 
private individual. As such, the webbank™ allows any party (the bank "owner"^ to directly serve 
as an Internet banker and as a metabank™ banking "subsidiary^. It thereby forms a powerful 
financial tool functioning as a private sub-bank in cyberspace of a true bank (and having many of 
the powers of traditional and Internet banks), while yet continually remaining under corporate or 
personal control Thus, corporations and individuals are able to own their own private ^Tjank" 
which is available to them twenty four hours a day, seven days a week, with all of the advantages 
and benefits that owning a bank entails. 

As just one example of these advant^es and benefits, the system provides its owners with 
direa access to a web-based wire transfer system for instantaneous transfer of funds to any third 
party. As this transfer is conducted over the Internet, consimiers can wire transfer funds without 
the need to physically go to or through a traditional bank. Even more importantly, funds transfers 
can be conducted instantaneously in a cash like fashion across the globe, without any need for the 
recipient to wait the usual 1-3 days necessary for "rapid** funds to be received (as with traditional 
bank wire transfers), or to wait over a week or more for "normal" payments to be received and 
cleared (as with traditional checks). 

As a group, the webbanks constitute their own subset of the Internet which can be referred 
to as the milliiiweb™, "metaweb** ™ or so forth. Any webbank™ can engage in direa electronic 
transactions with any other webbank in the milliiiweb™ or with traditional banking networks. 
Such electronic transactions can be the wire transfers described previously or more sophisticated 
transactions. All electronic transactions are subject to predetermined parameters esublished by the 
metabank which serves as the overseer bank or "parent** of the banking system. 

Each webbank™ further provides its owner with powerful new Internet-based e-finance 
products and services. For example, they provide webbank owners with the ability to quickly 
create prograiimiable credit cards™ using a personal computer. These cards are novel credit cards 
whose functions are programmed by the bank owner over the Web, allowing new levels and types 
of credit card uses, flexibility and control. Among their uses, these cards can serve as corporate 
expense cards, providing corporations with instantaneous control over and regulation of corporate 
spending. Likewise, the webbank™ provides bank owners with the ability to create their own 
"currency cards**, Le. spending vehicles which can be used as substitutes for cash, rherk^ and 
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traditional debit cards. Yet, unlike smart card S3^stems, the present system allows these functions 
to be achieved by consumers using their existii^ equipment. 

At the same time, each webbank also provides its owner with the ability to simply and 
quickly establish a central site in C3rberspace where all bills to that owner can be electronically 
forwarded and archived, and from which all bills f^n be paid. Furthermore, the business or 
webbank owner can use that same site to generate electronic invoices, changing the nature of 
current billing and payment systems. The webbank also provides its owner with the abiUty to 
maintain electronic safety deposit boxes, Le. secure electronic sites where records are authenticated, 
time and date stamped, and stored by the metabank. 

Brief Description of the Figtires 

Figure 1 is a top view of a computer optical disk carrier for holding compaa disks (CDs), 
as known in the prior art. 

Figure 2 is a top view of an optical disk for use in conjimction with the systems of the 
present invention. 

Figure 3 is a top view of the optical disk of Figure 2 nested in the disk carrier of Figure 1. 

F^;ure 4(a) is a perspective view of the optical disk of Figure 2 inside a protective sleeve, 
the optical disk further having a magnetic stripe thereon, in accordance with the present invention. 
Figure 4(b) is a perspective view of the optical disk of Figure 2 inside a protective sleeve, the 
protective sleeve further having a magnetic stripe thereon, in accordance with the present 
invention. 

Figure 5 is a top view of the optical disk of Figure 2, with one embodiment of a cover 
thereon in accordance with the present invention. If desired, any of the covers of the present 
invention can have a magnetic stripe on their outer or inner side. 

Figure 6 is a top view of the optical disk of Figure 2 with a cover thereon, but wherein the 
cover has a hub which grasps the center hole of the optical disk. 

Figure 7 is a flowchart briefly summarizing use of a website as a webbank in accordance 
with some embodiments of the present invenrion. 

Figure 8 is a flowchart summarizing use of a website as a webbank in conjimction with 
financial cards in accordance with further embodiments of the present invention. 

Figure 9 is a flowchart summarizing the use of a website as a webbank to wire transfer 
funds to an ATM machine or a programmable financial card, in accordance with further 
embodiments of the present invention. 
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Figure 10 is a flowchan summarizing the use of a website for electronic invoicing, in 
accordance with further embodiments of the present invention. 

Detailed Description of the Invention and the Preferred Embodiments 

/. Overview of the ElectronkCornmem 

In accordance with the invention, sophisticated took are placed in the hands of the 
ordinary consumer, creating new levels of financial flexibiUty, efficiency, and control, all easily 
accessible from any computer. 

The invention relates to a new type of financial entity referred to herein as a metabank™ - 
a new type of Tntemet/'/tional^" bank which serves as the overseer bank for a series of 
"webbanks*' opened and "owned" by individual consumers and corporations. These Internet 
webbanks are private ^'subbanks" under the day-to-day nominal control of any individual or 
corporation, providing consumers with new e^ools and e-services of considerable power. At the 
same time, the overseer bank, or metabank, is an Internet bank serving as a member of traditional 
b anking networks. Accordii^y, the metabank provides consumers and businesses with a bridge 
closing the g?ip between the potentials of the Internet, e-commerce, and the infiristructure of the 
established, traditional banking system. 

In the preferred embodiment, on a first basic level, the mptahanW is intended to serve as a 
chartered bank, retaining the rights and abilities to engage in all of the traditional banking 
functions and activities that are available to other traditional banks. On a second level, the 
metabank serves as an Internet bank, providing consumers with accessibility over the Internet and 
achieving the economies associated with a branchless^ low overhead Internet banking model On a 
third level, the metabank serves as a new Internet technology provider, offering new forms of 
computer-implemented financial etook and e-services. Lastly, on a fourth level, the metabank 
serves as an fi na n c i al gateway, providing a central site where consumers can easily participate in 
large numbers of commercial and finanrial interactions with other members of the metabank and 
with outside parties. At thk gateway, webbank owners can generate and receive electronic bilk, 
engage in Internet based electronic payments, conduct electronic trading and loan, and conduct 
numerous f om:is of financial transactions previously not feasible or practical. In this mann er the 
metabank serves as a central intermediary for parties wishing to engage in a wide variety of 
commercial and electronic transactions. 

The metabank, therefore, creates sophisticated new electronic commerce products and 
services, and in so doing, creates markets for new forms of electronic commerce, including a new 
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maiket for the webbank and a new market for programmable credh and debit cards which can be 
fi^ygnrenom to diildren, employees, friends, famUy, and so forth. Thus, the metabank's 
technologies can encourage and fadliute the transfer of large numbers of traditional transactions 
into an electronic framework. Previously, many of these transactions could not (or would not) be 
conduaed electronically. The metabank*s inventions and technologies are also intended to 
organize all of a company (or individual's) payments, invoicing, and recordkeeping in a single 
central location on the Worid Wide Web. 

Furthermore, the invention provides a system having a series of novel e-finandal tools and 
services designed to accomplish new financial functions that cooperate with each other to 
synergistically achieve their full potential 

A, TheMetabank^ 

As described above, the invention provides the first Internet "metabank" - an overseer 
bank providing consumers with the abiUty to engage in true, realtime, transactions worldwide, and 
to engage in new types of sophisticated financial transactions. The metabank™ operates as the 
parent of a new network of webbanks™ which are created over the World Wide Web, and which 
constitute a cyberspace subset of the Internet referred to by the metabank as the milliiiweb™, the 
metaweb™, or so forth. 

Previously, traditional banks and Internet banks in the marketplace have been merely 
"Internet-accessible" in that they follow essentially traditional banking designs but are accessible 
over the Internet. In contrast, the metabank™ is Tntemet-structured** or *Tntemet/Aional™" - 
or, in other words, is designed in its basic structiure like the Internet and other lar^e scale computer 
networks. This Intemet/Ztional™ design is one of the fundamental advantages of the metabank™ 
over existing banks and ecommerce solutions, providing the metabank™ with the abiUty to 
commercialize powerful e-tools and e^ervices which have heretofore been untapped. 

In its capacity as a metabank™, the metabank acts as a finanrii^ l gateway for extensive 
amounts of old and new types of commercial transactions. This mpralvink delegates certain simple 
"banking" rights and capabihties to each of its member webbanks. Each of those member 
webbanks can further customize and prc^ram accesses and functions of webbank subsidiaries. 
Accordingly, member webbanks serve as a ""private banking network" over the World Wide Web, 
fadhtated by the metabank which serves as a central financial intermediary. 
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A Tie Webbank^ 

The webbank™ (also referred to as a milliiibank™*, minibank, or so forth) is a new 
financial vehicle consisting of a miniature Internet bank, i.e. a personal or corporate Internet bank 
which anyone can open on the World Wide Web. By accessing the metabank over the Internet, 
anyone can "own their own bank", Le. quickly create and open a private bank in cyberspace. 

Once a party opens a webbank™, he or she is the bank*s "owner^, having nominal day to 
day control over all bank operations. Anyone who owns an Internet bank can then, in turn, serve 
as a banker for old and new types of electronic and traditional commercial transactions. 

Bank owners can provide third parties with the abiUty to withdraw funds, deposit funds, 
send or receive information or bills, and so forth, at the banker's webbank™. Bankers can 
likewise make their banks accessible to any third party, or akematively, only to authorized parties, 
at all or predesignated times of day and night. The webbank™ can thereby serve as a central nexus 
for all commerce and banking conducted by a company or individual, in many ways replacing the 
use of traditional banks, and even recent Internet banking establishments. Using the meubank's 
systems, anyone from a small child to a multinational corporation can own a personal or corporate 
Internet banks in cyberspace and serve as the initiator, recipient, or intermediary for a wide variety 
of electronic transactions. 

The webbank™ further serves as the party's financial control panel with a series of e-tools 
for customizing and controlling the bank owner's finandal products and services. Specifically, as 
this control panel, the webbank™ allows the bank owner to customize and create new financial 
vehicles, including, for example, personal currency and credit cards, and to engage in new forms of 
financial transactions. Third parties can likewise be given or issued such vehicles, as desired by the 
bank owner. 

One m^rtant example of such a new form of finanrial transaction is the ATM wire 
transfers, a function currently unavailable in the traditional banking system. This function is a 
type of wire transfer in which a webbank owner can wire money to any ATM machine. Thus, a 
webbank owner can wire funds to any individual or third party which that individual can quickly 
pickup at an ATM. 

The webbank™ further serves as a member of the milliiiweb™, a virtual network of 
private cyberspace banks operating on the World Wide Web. As pan of the milliiiweb™, bank 
owners can create and engage in fi na n cial collaborations of significant flexibiUty, and can create 



* Pronounced "mill-ee-bank" or "mill-ih-bank" 
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miniature private banking networks and directories. 

Moreover, due to the fact that it is part of the metabank™, the webbank™ can also 
interact with tradirional banking networks, providing users with "the best of both worids", 
including the ability to \ise ATM machines, tradirional banks, and the other banking produas and 
services associated with tradirional banks. 

The webbank further allows anyone who has a website to directly associate a bank 
therewith, and thereby immpHiately engage in e-commerce, sending and receiving payments for 
online transacrions. 

Likewise, the webbank system also provides users with the abiUty to transfer money from 
party to party instantaneously, at speeds even faster than tradirional bank wire transfers (which 
typically take 1-3 days to clear due to the structure of existing banking systems). The webbank 
system allows any user to easily send these electronic transfers of funds to any recipient (to pay 
friends, pay bills, or so forth) even if that recipient is relarively unsophisricated, is unfamiliar with 
electronic co mmer ce, or does not own its own webbank. That recipient can electronically receive 
the funds instantaneously, even if the recipient is a very small enrity (such as an individual) as 
opposed to current systems wherein only large enriries are typically able to receive electronic 
transfers from bill payment S3r5tems (even then receiving such electronic transfers in 1-3 days). 
Moreover, under the webbank system, any party (e.g. merchant, individual, or organizarion), can 
immediately receive payments at a website without needing to pay high fees associated with the 
processmg of the credit card transacrion, and without needing to set up a credit card merchant 
accoimt. 

The webbank system thus dramarically changes current finanrial methods by providing 
consumers with instantaneous control over the flow of their funds and money. In current systems 
used by Internet-accessible banks, consumers authorize payments and those payments are 
subsequendy sent out at some point in time by the bank to specific vendors. Such prior systems 
are based on an authorizarion to pay by the consumer, with actual payment sent out later by the 
bank. After the consumer logs off of the system, a payment is sent out later that day or the next 
day or several days later (e.g. when the consumer accesses the system on the weekenc^. Payments 
can take days or more than a week to be received and then cleared. 

In contrast, the webbank system is not based upon a mere authorization to pay, but on the 
abiUty to control all aspects of a payment including, for example, the time of receipt and the time 
of clearance (which can be the same as or different from the time of receipt, as desired by the bank 
owner). In those cases when an immediate receipt of payment is necessary, the consumer has the 
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power to effect such an instantaneous transfer, something not possible with current systems. 

From the consumer's perspective, the system provides an important tool missing from 
current banks. The present computer age has repeatedly demonstrated the power, need and value 
of instantaneous interaction. Tools providing such power have shown enormous market 
penetration and popularity. A common example of this is e-mail which has provided the ability to 
communicate in writing instantaneously, making it an indispensible tool of communication and 
commerce. The advantages of the metabank are based upon systems which can provide the same 
advantage of instantaneous control in the financial sector that systems as electronic mail have 
provided in the area of communications. As an analogy, traditional banks arc to the webbank 
system as the postal system is to modem e-mail. 

From the metabank's perspective, the metabank gains a significant competitive advantage 
over other banks by becoming the central processor of large numbers of electronic transactions. 
For the most part, a paperless system is utilized, reducing operating costs and increasing the 
metabank's profitabihty. E-commerce transactions over the Internet are facilitated through both 
credit cards and simple banking alternatives to credit cards. These banking alternatives place the 
metabank in the center as the direct and single intermediary bmsreen a buyer and a seller, allowing 
the metabank to chaise transaction fees lower than credit card companies, making it a preferable 
and more cost-effective alternative for merchants. 

C The Programmable Credit Card™ 

The progranmiable credit card™ is a specialized form of credit card designed to take 
advantage of the power provided by the Internet and the metabank™. These credit cards are credit 
cards which have been segmented into a series of fanctions or parameters for all of the credit card's 
traditional functions. Each of these parameters can be directly viewed and programmed over the 
Web by the bank owner (and any de signa t ed third party) using the webbank's™ conuol panel. As 
a result, consumers are provided with a new level of control over exactly what a credit is and what 
it can achieve, including how credit cards will be used in the future and who uses them. 

For example, the programmable credit card™ makes it possible for a corporation to issue 
credit cards to each and every one of its employees for centralized expense tracking, regardless of 
that employee's level in the corporation (from the most junior to the most senior). This ability is 
provided while reducing or eliminating the risk of misuse or loss. Previously, such concerns have 
nunimized the degree to which credit cards could be distributed to corporate employees. 

Likewise, the card makes it possible for parents to give a "children's credit card" to a child 
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of any age, also without the risk of misuse, theft, or fraud. Such cards permit children to take pan 
m credit card transactions, whereas they were previously a population barred from participating in 
such activities. 

The card also provides any individual with the ability to extend "credit" to other parties, 
including parties which would ordinarily not be able to qualify for credit. 

Furthermore, the technology allows the first freely transferrable credit card, i.e. a credit 
card which can be given out and distributed like cash. This allows credit cards to be given out as 
gifts, serving as a "gift credit card**. Consumers are thereby given the opportunity to hand out an 
open-ended gift that provides the recipient with the complete flexibiHty to buy what they want. 
The consumer giving the gift does not pay for that gift inmiediately (as opposed to the 
disadvantage of a check or a gift certificate) but rather pays for that open^ded gift over time, as 
with any other credit card transaction. The recipient, on the other hand receives the gift 
inunediately (or whenever he or she chooses to use it). This is a significant advantage over a 
physical gift (even a physical gift paid for with a credit carcQ, since that physical gift might not be 
what the recipient needs or wants. It is also an advantage over even a gift certificate, since that gift 
certificate must be paid for up front, before the recipient uses it. 

The progranmiable credit card technology also allows credit caixk to be physically handed 
out for any desired payment purpose. In addition, it provides consumers with the ability to apply 
for and receive their credit cards instantaneously (within the hour or less), rather than waiting 
several weeks or longer to receive a credit card in the mail as is currently the standard practice. 
Furthermore, the technolo^ allow consmners to use their credit cards more frequently, more 
extensively, and in ways not possible with other credit cards. 

D. Tie Currency Canf^ or ProgrammabUDe 

The personal and corporate currency cards™ (also known as programmable debit cards™) 
are fi na n cia l tools which, like traditional debit cards, draw on preexisting funds rather than a line 
of credit. However, unlike tradirional debit cards, the currency cards™ are provided with a wide 
range of programmable functions, providing constuners with significant degrees of flexibiKty and 
control. This flexibility is similar to that provided with the programmable credit card described 
above. Also like the prograimnable credit card, these functions are prograrmned using the 
consumer*s webbahk™. 

As a result, the programmable debit card serves as a spending tool of imusual power, with 
the potential to serve as a simple cash subsdtute and/or as a subsdtute for conventional checks. 
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But, unlike cash and checks, the programmable debit card can be instantly tracked and modified 
using any computer. Accordingly, the programmable debit card allows a consumer to create a 
simple cash card for a single day or transaction or for any other period of time or customized 
puq)ose desired. This customized card can only be used by the webbank owner or an authorized 
party (and, if desired, only for specific customized uses), thereby minimizing the risk of loss of 
funds if the card is misplaced or stolen. Using the bank owner's webbank™, the bank owner's 
"funds" can be instantly tracked, recovered, modified, or cancelled at any time. The technology, 
therefore, allows debit cards to be freely customized in any desired fashion and then handed out to 
any third party, providing consumers with the ability to issue their own "currency". 

E TheMiraatrd^ 

The miracard is one of the emlxxkments of several ph3rsical products which can be used as 
as the physical implementation of many of the programmable credit and debit cards discussed 
above. Intended for use in conjunction with the programmable credit card, the programmable 
debit card and with the webbank, the miracard provides consumers with the ability to easily and 
quickly create and issue credit and debit cards, both to themselves and to others, in the privacy of 
their own home or office usii^ a personal computer. These credit cards and debit cards can be 
issued, customized, revoked, or otherwise modified as desired. In future embodiments, the 
miracard may further become useful as a transaction card for coordinating centralized receipt 
collection of purchases of any kind, including many cash and check purchases. 

E The Weblxmk Billing, Receipt and Invoicing Center^ 

The webbank billing center is a designated Internet nexus for managing all billing mauers 
conducted by a business or consumer. It allows the centralization of billing and payment 
functions, simplifying and speeding monthly payments. & also allows the centralization of 
recordkeeping functions such as the collection of bills and receipts. 

This nexus serves as a subset or function of the user's webbank. It provides one central site 
where all past and current bills can be reviewed over the Internet, where all account history can be 
reviewed, where the status of payments can be checked, where payments can be made, and so 
forth, all from the user's personal computer. 

Thus, a business or a consumer can provide the webaddress of its billing center to vendors 
who can then forward all bills or invoices to the website corresponding thereto. At that website* 
the billing center thus collects all of the business (or consumer's) bills in one place. When the 
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business or consumer wishes to pay outstanding invoices, it can access aU of its invoices or bilk at 
the webbank. It can also easily retrieve past bills and invoices without having to search for paper 
copies of those bills. 

Likewise, the business can generate electronic invoices by using the tools provided at the 
webbank. Individuals can just as easily generate these invoices as well These electronic invoices 
can be sent to any buyer, particularly buyers having a webbank, for collection at that buyer's 
webbank and integration with a daubase associated therewith. 

Similarly, a business or consumer acting as a vendor of some goods or services can gpnerate 
a receipt for any transaction to a buyer. Using the webaddress of the billing center, the receipt can 
be forwarded to the buyer's webbank for storage thereon, so that all receipts are colleaed and 
stored together at the webbank for accounting purposes. 

Consequently, using the webbank system, electronic payments, invoices and/or receipts, 
can all be quickly generated and instantaneously transferred between parties. 

As an illustration of current systems vs. the present system, the foUowing sequences of 
events are typical in business to business transactions, or transactions with individuals. 

In a standard version of current systems, a vendor generates a paper invoice for goods and 
services provided to a consumer. The invoice is printed out and mailed to the consumer, whether 
the consumer is an individual or a second business. The consumer, if it is a business, inputs the 
appropriate details into its accounting system fif it has one). Whether the consumer is a business 
or an individual, the consumer typically writes out a check to the vendor. Even if mailed 
immediately, the vendor receives that check several days later in the mail, then deposits the check 
after some lime has passed, and then waits an additional several days thereafter for the check to 
clear. From generauon of the invoice to clearance of payment, at least one to two weeks can 
elapse. 

In a "fast version" of current systems, the vendor can fax the paper invoice to the 
consumer. If extremely rapid payment is needed, a wire transfer can be arranged, which can often 
take over a day to be processed by the bank and cleared into the recipient's account. Thus from 
generation of the invoice to receipt of payment at least one to two days can elapse. 

In the present system, an electronic invoice can be rapidly generated by a vendor using the 
webbank or by using some other program or predesired format. That invoice can be quickly sent 
over the web to the consumer's webbank. where the invoice is received instantaneously. Due to 
the fact that the invoice is electronic, no inputting needs to be done into the consumer's 
accounting system. The consumer can then use its webbank to forward back an electronic 
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payment to the vendor's webbank, with the payment clearing instantaneously into that webbank. 
Thus, all steps in the invoicing process can be conducted in a matter of minutes. Likewise, aU steps 
from the consumer s payment to clearance of payment can Ukewise be conducted in a matter of 
minutes using the webbank system once the consumer is ready to pay. Once payment is received, 
an electronic receipt can be forwarded back as well. If the vendor and consumer both wish, the 
entire cycle from invoicing to clearance of payment can be nearly instantaneous. 

G. The Electronic &^ety Deposit Bex 

The electronic ^ety depc^t box is an online electronic lockbox associated with the 
webbank for storage, access, and recordkeq)ing of a user*s important doamients and assets. 
Accordingly, the user can easily and quickly access and present verified, digital copies of important 
documents and records from a central locatioI^ for self-access or presentation to third parties. 
Such documents can take advantage of date stamping, authentication, and other services provided 
by the metabank for providing security and trusted storage in online and traditional commercial 
transacdons. 

II, General Webbank Operation 
A Creation of Webbank 

In accordance with the inventions disclosed herein, any entity with access to the Internet 
can open up its own private miniattuie bank located on the Internet, such private "webbank" being 
referred to herein as a webbank, webbank™, minibank or so forth. In the preferred embodiment, 
the entity opens up its webbank by logging into the overseer bank*s website (also referred to 
herein as the metabank™ website) over a secure cormection, so that the enrity can open up its own 
website at the bank. Such website acts as the entit/s webbank. The operation and creation of 
websites is well known in the art and all such hardware and software as are used for the operation 
and creation of such websites can be utilized in accordance with the present invention. The enuty 
opening the webbank, is referred to herein as the "webbank owner". 

In a preferred embodiment, the enuty logs into the metabank's website, and fills out a 
form thereon over a secure connection. Once the form has been filled out, a website is created on 
the web, which is stored on the Company's server, in the same marmer as is known in the art, and 
the webaddress for this website is provided to the webbank owner. This webaddress can (as with 
the other webaddresses disclosed herein) be any suitably long and random series of digits and/or 
letters desired. In accordance with the invention, the website serves as the control panel for the 
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entity's personal or corporate webbank. This webbank, which wiU appear like a website, serves as 
a gateway to engage in sophisticated and instantaneous financial transactions. 

A variety of levels of verification can be provided of the information provided on the form 
by the new webbank owner. In one embodiment, the identity of the party opening the webbank 
is not verified or required by the overseer bank. In an alternate embodiment, some identity 
information is performed, such as driver's license data, social security number data, physical home 
and/or work address, home and/or work phone numbers, and so forth, as is currently well 
known. This identity information can be verified to the extent desired. In a fiirther embodiment, 
d^tal signatures and digital certificates can be used for fiirther verification purposes, if desired. 

R Maintenance of Funds and Records on Webbanks 

In a preferred embodiment of the invention, these webbanks serve as central personal or 
corporate financial websites which are used to hold, manipulate and control the webbank owner's 
funds (or some fraction or parameters thereof), and which provide novel finanrial tools for control 
of those funds. In the preferred embodiment of the invention, funds are directly associated with 
those webbanks in cyberspace, in the same manner that a dollar bill (or other coins or currency) is 
direcdy associated with certain imits of monetary value. 

These webbanks can therefore be used to maintain, hold, transfer, and keep records of the 
individual or entity's funds and assets, with the funds and assets being under the direct, continual, 
and preferably instantaneous control of the individual or entity. While they serve as an almost 
physical, locatable function, like physical forms of currency, the webbank is also dii^y 
addressible or locatable over the Internet, can be moved through cyberspace, and otherwise 
manipulated over computer networks. Accordingly, these webbanks are used to ^liold" money 
and/ or assets and fix them in an addressible location, which the individual or others can access, 
transfer, invest, or so forth, at will. Although these webbanks are preferably websites on the 
Internet, in other embodiments, the sites can be private and/or public sites on a global information 
network. 



C Use of Private and Public Webaddresses 

Preferably, the webaddress provided to the webbank owner is the main, private, access 
point for the webbank. Thus, the webaddress provided to the webbank owner is preferably a 
private one, which is known only to the webbank owner for security purposes. In other 
embodiments of the invention, pubhc webaddresses can be provided to other parties for other 
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purposes. 

In addition to the secrecy of the webaddress of the main accotint, various other security 
procedures can be provided, as known in the art, for secure access to the webbank by only 
authorized parties. These inchide, but are not limited to, for example, the requirement of an ID 
and/ or password upon accessing the site, use of a password which is then encrypted tising the 
owner's private key and then sent to the bank, verification of the microprocessor serial nxmiber 
(e.g. using such chips as the Pentium ID) of the accessing computer, biometnc identification means 
of the accessing party, and so forth. Likewise, if desired, in accordance with the invention, reconls 
can be kept on the user's personal coii^)uter which can be compared to records at the webbank, if 
desired, to verify that the personal computer being used is the owner's own computer, e.g. for 
some or all types of transactions. These records can be selected or random accoimt records, or 
records of access times and transactions engaged in by the webbank owner, or so forth. 

£>. Transfer of Existing Money to a Webbank 

Once the webbank is opened, the owner can initially transfer money to that webbank 
from any other webbank, or using any of the means for transferring funds well known in the art. 
Thus, the webbank owner can send the overseer bank a check, can wire transfer funds to the 
overseer bank, can charge money to his or her credit card for deposit at the webbank, can transfer 
money off of a debit card or a smart card, or can xise any other means previously known in the art, 
currently proposed in the art, or used in the future. 

In addition, if desired, the webbank owner can transfer money or have money transferred, 
to his webbank from any other webbank, whether his or her own webbank, or that of a third 
party. Likewise, any other party can transfer funds to the owner's webbank, using any desired 
means. Preferably, all transactions and communications of any sort with a webbank are, of course, 
conducted using secure means, including the encryption technolc^es currendy knowfi in the art 
or later developed. 

£. Linkage of Webbank to One or More Central Metabanks 

In one embodiment, for example, aU funds held in individual webbanks are deposited and 
held at a central authority which serves as the parent to any webbanks opened up on the Internet. 
The central authority can be a bank, a card issuing authority or so forth. In the preferred 
embod ime nt, the central authority is a bank which serves as an overseer bank (i.e. "metabank'*) to 
all transacaons conducted. In various akemate embodiments, the central coordinating authority 
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can be an authority created specifically for this type of financial network, or a bank, a credit card 
company, debit card company, brokerage house, insurance company, or so forth. 

As described herein, all webbanks are, in a sense, a subsidiary of the metabank or any other 
related entities. When a webbank owner engages in any transaction using the webbank, the 
information regarding that transaction is preferably transmitted to the metabank's server or 
servers. In a preferred embodiment, instead of one central metabank server, a network of 
metabank servers can be provided which interconununicate. Likewise, the webbanks themselves 
are preferably located on meubank's server(s), and/or the server(s) of its related entities or 
affiliates. 

The metabank is therefore the overseeing authority for all transactions conducted on the 
webbank network. Individiial webbank transactions are conduaed under the auspices or 
supervision of the cenral authority, w^ib, the central authority serving as the overseer or 
intermediary for the transaction. Preferably, however, most or all of the specifics of the 
transaction are xmder the control of the webbank owner. In the preferred embodiment, 
information regarding the content and nature of such transactions is transferred to the overseer 
bank with each transaction, but most or all of the banking functions normally conducted by the 
bank are conducted by the webbank owner directly. 

The network of webbanks, and the connections and linkages between webbanks, 
preferably uses existing software and/ or hardware technology known in the art for secure 
connections with a website or a business or network. Such software and hardware have been used 
in numerous prior contexts, and include, but not limited to, technologies regarding encryption and 
authentication, and regarding intranets, extranets, and vimial private networks. In an alternate 
embodiment, any other technology for establishing such secure coxmections can be utilized. 

For example, the technology for secure network configurations is known in the art. In a 
virtual private network design, for example, the VPN server can use whichever currently available 
protocok are desired to establish the network. At present, there is no uniform VPN protocol in 
use. Accordingly, any of the various protocols currently employed in the art could be used in 
conjunction with the invention. These include, for example, Microsoft's Point to Point Tunneling 
Protocol (PPTP), the SOCKS proxy, and the proposed IPsec suite of protocols. Alternatively, 
other protocols now under development by router and firewall vendors may prove useful as well. 
Whichever protocol is employed, the VPN will use a suitably high security method to ensure that 
sessions are only established by authorized entiries, whether RADIUS, the Challei^e Handshake 
Authentication Protocol (CHAP), or so forth. Alternate protocols for a webbank n^work. 
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include, but are not limited to, the Security Sockets Layer (SSL) developed by Netscape 
Communications Corporation of Mountain View, California; Secure HTTP (S^HTTP), developed 
by Enterprise Integration Technologies (http://www.eit.com); Microsoft's Private 
Conununication Technology (PCT); the Secure Hectronic Transactions specification (SET); or so 
forth. The SSL protocol is particularly attractive in many ways, due to its current widespread use, 
although the present invention is not limited to any single particular protocol. 

Likewise, in the preferred embodiment, the metabank is a member of existing fnanr^al 
networks such as the networks used to process credit card transactions, wire transfers, ATM 
withdrawals and so forth. The metabank membership in existing networks with the concurrent 
use of bank accounts and money comprising webaddresses forms a powerful synergistic 
combination as disclosed herein. This combination provides the user with a bridge between the 
power of computer networks and the Internet and existing financial networks which can be 
utilized for a new level of flexibility and financial control. Thus, in addition to the use of website 
technology or association with the bank accounts and funds discussed herein, the metabank's role 
as a member of traditional banking networks allows the accoimts and subaccounts discussed herein 
to be established using existing financial, banking and/or credit and debit card networks and to 
obtain the benefits of membership in such existing networks. 

Moreover, in the preferred embodiment^ the website is linked to financial dau and 
information at the metabank using existing technologies. In one such embodiment, the webbanks 
is linked to financial databases at the overseer bank using XML and/or any other suitable 
programming language currently available (or later developed in the an) for sharing and/or 
transferring information, or linking information to databases, including information in a webpage. 
In this embodiment, the outer template of the webbank's weh^age, presenting the format of the 
website, is preferably progranmied using HTML or some other available or appropriate language, 
with the underlying financial data and information being linked to the webbank using a language 
such as XML. 

The use of such known protocols (or any other desired protocol) allows segments of data 
from the metabank's daubase to be associated with individual websites or webbanks, which can 
then be individually customized to control the level of association of that segment of data with 
other databases, the degree to which that particular data is shared with third parties, the degree to 
which that data and the funds associated therewith are controlled and manipulated, and so forth. 

Thus, in accordance with the invention, a consimier can maintain his or her own webbank 
on a server, preferably the server of a financial institution. This webbank is similar to a webpage 
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of the prior art, but is further encoded with functionality to serve as a miniature private bank 
which is a sub-bank of the overseer bank, known as the metabank. This webbank serves as a 
personal or corporate bank for receiving, transferring (e,g. at preprogrammed times and under 
preprogrammed conditions), man^g, and monitoring information, funds, and transactions of 
the bank owner. It can further act and interaa with any other webbank to engage in financial 
transactions, pursuant to the conditions estabUshed by the webbank owner, and subjea to the 
conditions set by the overseer bank. 



ni. Webbank Control 

Thus, in accordance with the invention, a personal or private web bank is provided, which 
can be created at will instantaneously by any entity, such as for example, individuals or 
corporations. Such a webbank is created by creating a webpage which is preferably maintained on 
the server of a central overseeing authority, which is preferably a bank, the funds and data on the 
webpage being maintained under the overseer bank's control and authority. The conditions of the 
functions available on such webbank are preferably governed and controlled by the overseer bank, 
which provides the parameters under which such website banks are created and operated. 

Once created, such webbank serves as a private virtual bank maintained by the user on the 
web, which can engage in financial transactions like a regular bank. The user acts as the owner of 
the webbank, which webbank is in turn owned by the overseer bank. The user as webbank 
owner, regulates and manag es the day to day activities of the webbank, including "account 
creation,** and so forth. The webbank owner can be any entity, whether an individual, 
corporation, or organization, and can be of any size, whether from one person to any number of 
individuals. The simpUdty or complexity of the webbank is therefore customized to fit the needs 
of the user, whether as a single webbank with one webbank/subaccount associated therewith, or 
whether as a webbank with a network of millions or bilUons of associated webbanks, Unked or 
deriving therefirom. Each webbank can serve as a financial control panel and as a clearinghouse for 
all transactions (whether conducted by the webbank owner or another party), which is associated 
with or related to that webbank. 
Bank owner can access webbank over the Internet. 



A, Webbank Subaccounts as Webbank Subsidiaries 

The webbank owner is provided with the main access to the webbank, and the authority 
to control and modify the webbank as desired. Thus, for the purposes of comparison, the 
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webbank owner serves as "system administrator » "webmaster," or "bank owner" for the webbank, 
with aU of the privUeges and powers associated therewith. Thus, the webbank owner controls, 
manages and regulates all functions associated with that webbank, subjea only to the overriding 
control of the metabank, and the parameters esublished by the meubank. The webbank owner, 
therefore, has greatest access and control of the webbank, second only to the metabank. 

A webbank will generally be provided with a main account accessible only to the 
meubank and to the webbank owner for security purposes. As previously discussed, the identity 
of that main account preferably remains a secret such that only the metabank and the webbank 
owner know the webaddress for that mam account. 

From the main account (that webbank owner's "main webbank" or "webbank 
headquarters"), the webbank owner can create subaccounts to the webbank. The webbank owner 
can likewise view or modify any of its subaccounts as weU. The main account and subaccounts are 
preferably all webbanks as weU, i.e. websites linked to the metabank. They, therefore, serve as 
subsidiary webbanks to the webbank owner's main webbank. 

These subaccounts are linked to the main account but preferably have a different number 
so that they can be used for appropriate uses without giving third parties any access, under any 
circumstances, to the main account number. In accordance with this function, the user can 
automatically create or generate subaccounts off of his or her main account number whenever 
desired. In the preferred embodiment, the webbank owner merely accesses its main webbank and 
chooses a function to create a webbank subaccount or subsidiary. The webbank owner then 
inputs the relevant information about the subaccount to be created (e.g. the authorized users and 
any other parameters to be associated with the subaccount and/or any money therein), and a new 
webbank or website is created which is a subsidiary to the main webbank. As a subsidiary, die 
new webbank is linked to the main webbank and is under the main webbank's control (both, of 
course, being under the metabank's control). 

In alternate embodiments, creation of subaccounts can be done either directly by the user 
(e.g. by addii^ an alphanumeric tag to the end of the main account number, or to the end of a 
main subaccount number, or by using an account gpnerating function accessible from within the 
webbank, from within the Internet browser, or so forth which generates separate unrelated 
subaccount numbers), or by obtaining authorized account numbers from the overseer bank. la a 
further alternate embodiment, the metabank (which can also in general act as a card issuing 
audiority) provides the user with a list or group of additional subaccount numbers reserved for the 
user or owner of that webbank's use whenever desired. In another embodiment, die user or owner 
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of the webbank is provided with a certain number of subaccounts, which he or she can modify, 
use, distribute as desired, and then later is provided with additional subaccounts or groups of 
subaccounts, as requested. In a preferred embodiment, when the user customizes a subaccount, he 
or she then transmits to the card issuing authority the details of the customization for that specific 
subaccount. 

From the perspective of managing the bank account of the webbank owner, these 
subaccounts are preferably created in the same way that trees of websites are created on 
webservers, as known in the art, with websites being capable of being linked in any desired 
fashion. The linkage for subaccoimts is a hierarchical one, with a main webbank at top, and 
subaccoimts extending down from that main webbank in upside down tree-like fashion. likewise, 
the TTiain webbank account and the subaccount webbanks are assigned different permissions 
and access to files and data as is well known for accoimts in computer networking. 

For e x a mp le, the main account or main webbank can be considered a directory which is 
only accessible by the webbank owner and the webbank. This main directory then has 
subdirectories associated therewith, with the webbank owner having full permissions and access to 
all webbank subaccouints. Each webbank subaccount, however, has a more lindted access to dau 
and more limited controls over the webbank subaccoimt's functions, as established by the 
webbank owner. As previously mentioned of course, all functions, permissions, and so forth are 
subjea to the parameters set by and control of the metabank. 

These subaccounts are subaccounts designated for different uses by the webbank owner, 
with different purposes and functions as further described below. In some simple examples, if the 
webbank owner is a parent, the subaccounts can be provided for children; if the webbank owner is 
a corporation, the subaccounts can be provided for employees; if the webbank owner is an 
organization they can be provided for members. In more complex examples, the subaccoimts can 
be provided by any webbank owner for outside third parties, or for specific types of functions, or 
to segregate certain types of funds or financial powers, or for other purposes, as further discussed 
below. 

These webbank subaccounts can be viewed in some ways as accotmts maintained at the 
webbank owner's "bank"; however, these accounts can be provided with capabiUties and funaions 
beyond that of the traditional bank accoimt. For example, each subaccount has customizable 
parameters associated with that subaccount, which are set by the webbank owner. One such 
customizable parameter is viewing access, wherein the webbank owner sets the identities of the 
parties who can view the contents of that webbank subsidiary such as accoimt data or other data. 
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Some parties may, therefore, be provided with the ability to review account data but not engage in 
any transfers or transacttion (read only). Another such customizable parameters include access to 
funds, wherein the webbank owner designates who can transfer funds out of that webbanh. how 
much funds, where those funds can go. and so forth. For example, the webbank owner can 
designate who has the abiUty to withdraw money (under any parameters so designated); who has 
die ability to deposit money (under any parameters so designated); who has the abiUiy to reverse a 
previous transaction, or stop a previously authorized transaction, or so forth. Another parameter 
includes the authority of a party with access to a webbank subaccount to create sub-subaccounts. 
i.e. webbank subbacounts off of that webbank subaccount. Other parameters involve financial 
cards, data storage (e.g. widi respea to electronic safety deposit box functions), and so forth. Any 
combination of these functions or others, customized as desired, can be provided in conjunction 
with a particular webbank subsidiary. 

Thus, permissions, authorizations and passwords can be granted for users by the webbank 
owner, such dial only the users spedficaUy authorized by die webbank owner can engage in 
specific activities, such as accessing specifically designated subaccounts, and/or such diat die user 
can only engage in the specific activities at diai subaccount authorized by the webbank owner. 
The methods and systems for configuring such permissions, authorizations and passwords are well 
known within the art of conq>uter networking, with respea to numerous forms of networks, 
including but not limited to, intranets, exiranets, virtual private networks, and so forth, any of 
which techniques, methods and systems can be used in conjuncdon with die inventions provided 
herein. 

Not only the parameters of any webbank subaccount, but also any fiinds within the 
subaccount, or any pn^rammable card (i.e. customized card) issued dierefeom and/or Unked to 
diereto, can also be set by the webbank owner or anyone authorized by the webbank owner. 
Numerous different types of customizable cards,and webbanks, and parameters for such 
webbanks, can be set for any subaccounts or customized (programmable) cards as disclosed herein. 
Numerous such embodiments are also disclosed the present inventor's prior patent apphcarions 
Usted above, all of which are e^ressly and fully incorporated herein by reference. 

As discussed above, preferably each webbank, including each webbank subaccount (i.e. 
"webbank subsidiary") itself corresponds to a website address, such that a unique website address 
can be provided to a diird party, for die diird party's access to that particular subaccount, without 
providing the third party with inf ormarion regarding any odier subaccount at die webbank 
owner's main webbank, or whh any information regarding die webbank's main account. (In 
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general, it is , of course, desirable that there be a requirement that the third party set a password 
for access to the subaccount). 

The association of each webbank, including accounts and subaccounts, with a webaddress 
results in a structure wherein each webbank subsidiary can be accessed over the World Wide Web 
("the web") and can be controlled and modified over the web. In thk manner, segments of a single 
bank account can be divided, modified, programmed with their own properties, and so forth in 
unique manners providing an entirely new level of financial functions and flexibiUty. Moreover, 
in accordance with the invention, it further results in a configuration wherein any website of any 
kind on the web, including any website currently existing on the web or websites created in the 
future, can obtain the ability to instantly send and receive funds, to become a virtual "bank**, and 
so forth. 

Each entity provided with access to a given webbank is preferably required to access the 
webbank over the Internet using secure encryption methods such as those currently well known in 
the art, and, if desired, using such further encryption and security methods and apparatus as are 
developed in the future. In one embodiment, for example, upon reaching the webbank, the user 
logs in with a password and accoimt or subaccotmt number. In a multilayered or many member 
entity, such as a business, multiple subaccounts and passwords can be provided within the 
webbank* The account/subbaccount and password (and any other identification technique, 
whether biometric, computer processor serial number, or so forth) identify the identity of the tiser 
to the webbank, and the authorized functions and clearances of the user. The user can then 
conduct the necessary activities at the webbank in accordance with the authorized functions and 
clearances provided. 

In accordance with the invention, any desired entity can own a webbank or webbank 
subsidiary or be given access thereto. In particular, such entities can include children, employees, 
banks, vendors, corporations, organizations, banks, other webbanks, govermnents (or their 
agencies or branches), or so forth. 

B. Associated Webbank Parameters 

In accordance with the invention, any webbank can be customized as to the parameters 
associated therewith. 

One such form of parameter, as discussed below, is the access parameter, designating which 
individuals and/ or other entities have access to the webbank. For each of those entities, the 
desired level of access can be set. Such parameters indicate, for example, what those entities can 
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and cannot do at the webbank, and what data they can and cannot see. 

Numerous other forms of parameters can also be associated with any given webbank. For 
example, temporal parameters can be set. These include parameters; governing the duration of the 
webbank^s existence, including the time that the webbank will come into effect and the time that it 
wiUexpire. Any temporal parameter can be set as a specific time or as a range of times. Thus, 
temporary webbanks can be created which are meant to exist for only a short duration or a 
predetermined duration of time (e.g. to correspond to a specific deal or transaction). Webbanks 
can be created which will continue operations indefinitely until closed; or which will not condua 
any operations until some future time when they will come into existence; or which are available 
for one time use oidy; or so forth. 

The temporal settings can also include parameters indicating that actions will be taken by 
the webbank at some designated time or range of time. These actions can be taken automaticaUy 
or in response to certain requirements. 

Functional parameters can also be set. These include parameters governing what functions 
xhe webbank can be used for. For example, some webbanks may be set for hmds storage, and/or 
witiidrawals, and/or deposits. Webbanks can also be set for association witii programmable cards. 
Webbanks can also be also be set for record keeping and presentation purposes, e.g. as electronic 
safety deposit boxes maintained by a trusted neutral party ^e. the metabank), for m^inr^;n;«g 
secure copies of important records, and for presentation of authenticated materials to third parties. 
Similarly, webbanks can be set to hold pubfic or private encryption keys and/or to serve as lower 
level certificate authorities under the metabank, which serves as a higher level authority. 
Webbanks can also be set as transactional gatekeepers, serving the functions of bill and invoice 
generation and collection, including the collection of receipts corresponding to a user's 
transactions. Any given function can be assigned to a webbank, including, but not Hmited to one 
or more of the functions described in the present application. 

Li nka g e parameters can also be set. These parameters may govern what other webbanks or 
traditional networks the particular webbank can link to or have access to. 

In addition, logical parameters can also be set. Such logical parameters can include settings 
m which actions, functions, settings or so forth occur or change in response to certain 
predetermined conditions. 

Any combination of these parameters, or any other desired set of parameters can be set as 
well, to fulfill the desired purposes of a particular webbank. 
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C Party Access to WdfbtmkSttbsidiaries 

With traditional bank accounts, only the account holder has the right to withdraw money 
from the account, or to deposit money therein. With such traditional accounts, providing outside 
third parties with access to the account holder's bank account is an extremely risky proposition. 
The present system aUows such rights, however, to be delegated to third parties with minimal risk. 

Such third parties include entities that are not meubank employees with legitimate rights 
of access to the account, nor the account owner. Such third parties can include any entities whose 
trustworthiness with respect to fuD access to the account cannot be assured or should not be relied 
upon (such as strangers, vendors, suppliers, etc), or which are not traditionally entitled to 
authority over die contents of the account and aU of the funds therein since the account does not 
not belong to them. 

In a preferred embodiment, the use of the webbank subaccount/subsidiary model, 
including the appropriate programming of the parameters thereof allows third parties to access the 
webbank at any level desired and at the webbank owner's fuD discretion. In this manner, third 
parties are provided with direa access to the webbank owner's bank account, or more precisely, 
with strictly regulated access to a predetermined segment thereof. 

As a result, such third parlies can directly make both deposits to the webbank and make 
withdrawals therefrom. Thereby, third parties are in essence given authority to deposit and 
withdraw funds fn>m the webbank owner's account. Likewise, other transactions can be effected 
with and through such webbanks. All transactions conducted on or through the webbank are 
done in accordance with the parameters and conditions established by the webbank owner, are 
subjea to die parameters and conditions established by the metabank, and result in records being 
created and stored at the metabank for each transaction or action at a subsidiary. In acconiance 
with further embodiment of die invention, third parties can hkewise authorize otiiers to make 
deposits diereto and withdrawals from the webbank, either by pnjviding them with die 
appropriate account information, or by creating an appropriate subaccount for tiiat purpose, if the 
webbank owner so approves. 

As an example for illustration purposes, assume a large corporation is a webbank owner 
tiiat maintains a bank account having $1,000,000 U.S. dollars therein. The webbank owner can 
provide a tiiird party with die right to deposit money into that account, while barring any right to 
witiidraw money dierefrom. The webbank owner creates a webbank subsidiary (subaccount) off 
of the main account, and customizes the webbank snbbacount such diat it is set for receipt of 
deposits oiily, but without any right of wididrawal of funds dierefrom. The diird party is dien 
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provided with the sabaccount number of this webbank subsidiary (preferably a webaddress). 
Using that subaccount number, the third party can then transfer funds into that webbank 
subsidiary, but not withdraw fimds therefrom. Prrferably. the deposit is via a transfer of funds 
from the third party's webbank to the webbank subsidiary. Alternatively, the transfer can be via a 
wire transfer into a bank account, since each webbank subsidiary corresponds to an bank account 
at the meubank, which has the rights of a traditional bank. The money deposited by the third 
party is created to the webbank owner's bank account, without any risk that the third party will 
withdraw funds therefrom. 

In one embodiment, the webbank subsidiary can be customized to recognize particular 
third parties only, if desired, with the third parties entering by inputting a user name and 
password. In an alternate embodiment, the subsidiary can be open for receipt of funds from any 
party whatsoever. Thus, a webbank subsidiary can be open for pubUc deposit of funds thereto, 
e.g. for donations to a particular cause, or so forth. 

Likewise, a webbank subsidiary can be provided having rights of withdrawal therefrom 
As an example, the webbank owner may wish to provide a third party with $100 dollars, which 
the third party can withdraw at will from the webbank owner's bank account, without risk that 
additional funds will be taken at that time or in the future. A webbank subsidiary is created off of 
the main account with access rights to a maximum of $100 bom the main account and no more. 
The third party is then given withdrawal r^ts from the webbank subsidiary, allowing the third 
party the right to withdraw that $100 (or any portion thereof) at will 

If desired, the third party can be given deposit ri^ts and withdrawal r^ts. as in the case 
of a loan for example. The webbank subsidiary therefore becomes a financial tracking device and 
transaction record as well, serving as a record of the amount of funds wididrawn, and as a record 
of the funds repaid, so that there is no ambiguity or uncertainty about whedier the loan was repaid 
and when. 

Any other series of parameters can likevrise be provided with respect to third party access 
to a webbank subsidiary, including issuance of customized credit and cash cards and so forth. 

D. Private Financial Networks 

As a result, in accordance with the invention, a new method and system for electronic 
commerce and electronic banking is provided in which new private financial webs or networks can 
be created, which are modifiable and r^;ulated by its users. 

In accordance with the invention, any subaccounts of the webbank can be linked to a hst 
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of publicly viewable accounts; or to other subaccounts only viewable by certain parties or only by 
the subaccount owner or authorized users; or to pubUdy viewable information, or to information 
only viewable by certain parties or only by the subaccount owner or authorized users; or to any 
other subaccount (whether at that webbank or elsewhere) or to any other information or website 
desired. 

As part of this financial web, as an example of another function preferably available to the 
webbank owner (and to other users designated by the webbank owner) is the ability to link and 
unUnk accounts. For example, the webbank owner can Unk subaccounts with other card holders 
or other accounts or subaccounts on other webbanks (with the permission of the second party and 
the respective action on the second party*s side), and/or can create webbanks which are joindy 
owned such that they correspond to joint accounts with other card holders or accounts or 
subaccounts of other webbanks. The owner can create passwords for second parties to use, allow 
the second party to generate its own password, and/or have the software or the card issuing 
authority/financial institution create the same. All such actions are preferably accompanied by the 
trarunission of the appropriate infonnation regarding the same to the overseer bank, preferably 
automatically by the webbank to the overseer bank as the fxmcrion or transaction is conducted. 

The webbank owner can review activity on his/her accoimt and any joint accotmt he 
jointly owns, can directly arrange wire transfers with any other webbank, and can transfer money 
into a joint accotmt for the second party to withdraw when ready or under certain conditions. 
The seller can be able to set up its own password to access the funds, or can be ass^ed a password, 
the password e x cha ng e, for example, being sent by email or by a connection between the buyer 
and seller, or through the overseer bank or so forth. 

Records of all transactions are forwarded to and maintained by the metabank. In addition, 
any records in any webbank, any records of transfers, etc., which are preferably maintained on a 
website, can interface or be linked with other databases, including, but not limited to, accoimting 
programs, inventory prc^^rams, shipping prc^rams, and so forth. Webbanks can utilize XML or 
any other suitable programming language such that the information therein is share with any 
suitable databases desired. 

In addition, in a further preferred embodiment, the webbank owner can surf and see other 
webbanks that are listed by webbank owners on the finanrial webbank network. Some such 
webbanks may be publicly listed. Other entities, on the other hand, may keep private webbanks. 
Likewise, many individtials and entities may keep one or more listed pubHc accoimt or subaccount 
and one or more unlisted private account or subaccounts on the financial webbank direaory. 
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Other parties can then email to those accounts or subaccounu or transfer information or funds to 
the same. Some accounts or subaccounts can be open for unrestriaed transfers in; others wiU 
require predearance for transfers or may only aDow transfers to certain individuals or under 
certain conditions, or so forth. 

When funds are transferred or actions taken, webbank owners or users with access to a 
particular webbank can further verify or view information on other side of a particular transaction 
(e.g. whether their money received, when sent etc, and so forth). In one of the preferred 
embodiments of the invention, with either a webbank subsidiary or a joint account or a Unked 
subaccount, or with a pubUc subaccount, a user or owner of the webbank can also go directly to a 
seller/buyer (e.g. by accessing the records of the appropriate linked subaccount or the joint 
account or subacount) and verify the records regarding whether the money was sent and/or 
received by that party. Thus a party can check whether funds were received by the payee and 
transferred out fi-e., ^'cashed" by the payee). Or a party can check whether funds were mailed out 
by the payor ^e. by looking for an authorization or indication on the subaccount or the joint 
subaccount that an authorization transfer has been enteretQ. Those records, though private to 
most users, can be set up as ^'public" or open to the other party invohred in the transaction. In one 
such embodiment, access can be set up so that a party can logs in with an account number and 
password and requests information from the other party's webbank. 

Parties can also create open linkable and closed linkable accounts and subaccotmts. For 
example, in a closed linkable subaccount, the funds can only go from subaccount x to subaccoimt y 
and to no other, to prevent fraud. In an open linkable account, the funds can go from subaccount 
X to any other account or subaccount. A party can also create conditionally Unkable accounts and 
subaccounts, in which funds can only go to certain types of accounts or subaccounts (e.g. user 
receipt verifiable, or insured, or so forth) , or can only be Unked in certain ways or subj ea t o 
certain conditions. This can further be used a fraud protection method. 

Any mm[J>er of accounts can be linked or networked in accortlance with the invention, 
and can be Unked or networked in any manner desired. Thus, a company can transfer money 
from its webbank into an employee's webbank, if desired Likewise, any group of individuals or 
entities can link or network their accounts in any manner desired. 

Thus, network links can be customized, as desired For example a one way network Unk 
can be provided or a two way network Unk. Links can only aUow certain types of money or 
parameters. Likewise the joint subaccoimis themselves can be customized to only aUow certain 
types of money, parameters, transactions, or so forth. 
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The accounts can further be set up such that tracing is available as weU to trace where 
funds went from, from one account or subaccount to another, and where along the way, or so 
forth. Some funds, for example, can be set up with a tracing parameter of a certain number of 
transfers. For example, the requirement can be entered that the data regarding the first two 
transfers (or three or so forth, or any other desired number) must be logged back to the 
originator's website before the transferred funds can be accessible to the recipient. Or the 
requirement can be set forth that aU transfers of the funds must be logged back to the sender until 
the funds reach a certain designated recipient, or for a given period of time, or so forth. 

As one example, a two trace parameter can be used with two direcdy linked subaccounts. 
After tiie user transfers the funds to a linked subaccount, two traces must be received back before 
xht transferred funds are open for use by the recipient. The first trace records the transfer from 
the webbank owner's subaccount to the recipient's subaccount. The second trace records the 
transfer from the recipient's subaccount to the recipient's main account. Although the webbaml 
owner wiU not receive details of the recipient's main account or main account number, the 
webbank owner will receive verification that the funds were transferred tiirough botii steps. The 
overseer bank will preferably receive both verification and die account information and 
verifications. Thus, the overseer bank, as part of the tracking, will fmher receive details as to 
which accounts the funds were transferred between, by whom, when, and so forth, as desired. 
Preferably, the funds are blocked until these steps have been completed Once tiiey have been, the 
overseer bank can "open up- the funds as being available for use by the recipient and no longer 
blocked. 

Funds on the website bank can be held or invested as the owner of dxe webbank desires to 
provide the return or rate of return that die owner wants to try to achieve (e.g. in money market 
accounts, stocks, bonds, etc). In die preferred embodiment, each of these investments can be 
maintained in separate subaccounts linked to die user's main account. In joint subaccounts, eidier 
die initiating party or die receiving party or bodi parties can set die parameters of what occurs 
widi die funds. Such parameters inchide die investment parameters of die funds on hold For 
example, each party can control die investment parameters of half die funds, or die initiating party 
can control the investment parameters of the funds, or so forth. 

IV. Asset Forms and Transfers, Including Payment Mechanisms 

Widi die webbank being as a member of die metabank's financial web (which is provided 
on die Internet), and widi die metabank fimher being a traditional banking establishment which is 
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a pan of the traditional banking networks, many new and novel payment systems can be provided 
which are a si gnifican t advance over the current art. 

Various companies have existed for years in the art for the purpose of handling and/or 
processing payment of bills, such as payments by consumers to businesses, or other transfers of 
funds. Checkfree, for example, is a commonly available bill payment service which is accessible to 
consumers using a touchtone telephone or a personal computer and a modem. Subscribers send 
their payment information and directions to Checkfree or to a bank which utilizes Checkfree's 
services. Checkfree then sends vendors a laser printed check through the post oflBce or else sends 
instructions using the existing U.S. Federal Reserve or MasterCard RPS system to transfer funds 
electronically firom the checking accoimt of the subscriber to the creditor. Such services can 
thereby assist the consumer or business with bill payment. 

However, such services have traditionally had numerous disadvantages associated with 
thenL As one important examp le, such payment services are not capable of providing realtime, 
mstantaneous electronic funds transfers firom any party to any party in the worid. 

This is due to the fact that the majority of creditors today ^eluding private individuals, 
merchants, corporations, and so forth) arc not capable of receiving or processing electronic 
payments. While very large insututions (such as major credit card companies) are sometimes 
configured for receiving payments by electronic funds transfers, the majority of vendors, such as 
smaller corporations, merchants, and individuals, are rarely so configured, if ever. Even many 
medium or large corporarions are not set up for receiving any volimie of such electronic pajonents. 

Likewise, most smaller and mid-sized entities are not geared for electronically wiring or 
sending money on any large or regular scale. Such entities may occasionally send a wire transfer, 
but even such wire transfers re<]uire waiting in line at their bank. While a user can sign up at times 
for bank services which allow wire transfer authorizarions to be faxed in, setting up such services 
can take weeks to be processed Moreovo-, even when such services have been set up, the enuty 
stiU must fax m a typed or handwritten form to the bank which is then processed by the bank later 
that day or sometime the next day. 

As a result, most payments currently made by consumers or businesses are conduaed using 
written or printed checks. Indeed, even those entities which provide bill payment services over the 
computer (such as Checkfcee) do not actually electronically transfer the funds to the recipient in 
most cases, but merely print out and send a check on behalf of the sender. 

Li contrast, using the Company's present inventions, a customer can simply and easily 
transfer funds to anyone for instantaneous receipt virtually anywhere on the globe. 
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Moreover, the transfers of the present invention do not merely involve an instantaneous 
authorization to pay, but rather, include an instantaneous receipt of the funds as weU. 
Furthermore, the funds once instantaneously received are also instantaneously deposited into the 
recipient's account, and instantaneously cleared as well. This is in significant contrast to the 
current checking system, where a check sent to a creditor can take days to travel through the mail, 
then days to be taken to the bank and deposited, then further days until the check is cleared and 
the funds available to the recipient. 

The metabank and webbank system provides customer with the the abiUty to quickly 
setup and condua such instantaneous realtime transfers with any third party using a computer 
conneaed to the Internet and without needing any additional additional investment in technology. 
Thus, by using the invention, any party can easUy and instantaneously electronically transfer funds 
to (or from) any desired entity merely by using an Internet browser. The invention can be utilized 
regardless of the size of the sending party or the receiving party - no entity is too small or large to 
send or receive an electronic funds transfer. 

A. Webbank to Webbank Tran^ 

Jn accordance with a preferred embodiment of the invention, electronic funds transfers 
between a sending party and a receiving party are accomplished by conducting a transfer of funds 
between two parties' webbanks. The sending party utilizes its webbank to quickly and 
electronically transfer funds to the webbank of the receiving party by accessing the receiving 
party's webbank over the Internet. The use of the webbank eliminates the need to specifically 
configure the sender for the abifity to wire money electronically, or to configure the recipient for 
the abifity to receive money dectronicaUy, since the webbanks disclosed herein are designed to be 
inherently capable of sending and receiving fimds. AU transfers and exchanges of information 
between two webbanks likewise involves the forwarding of information to the metabank regarding 
the transaction. 

In the preferred embodiment, each transfer of fimds from a webbank to another webbank 
preferably also involves a concurrent transfer of information corresponding to the two webbanks 
between the two webbanks as well. The receiving webbank, in addition to the fimds received, also 
receives a record of the webbank address of the sending webbank which is associated with the 
record of the fimds received, while the sending webbank maintains a record of the webaddress of 
the recipient webbank along with the record of the fimds debited. In addition, in fimher 
embodiments, the two webbanks exchange information regarding the identity of the sender and of 
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the recipient, which is also associated with the funds received. Thus, while the transfer is being sa 
up the sender provides data re^rding the recipient's account, but also "sees'* on the screen data 
regarding the recipient corresponding to the account preferably webaddress) designated. This 
avoids the current problem which occurs periodically in the present art in which wire transferred 
funds are sent to the wrong party because an account is off by one or more digits or so forth. 

Preferably, when the sending webbank designates the recipient webbank that the funds are 
going to, the information that is displayed regarding the recipient is the information associated 
with that webbank that has been designated as "public information,'* which provides the 
doublecheck provided that the recipient is the correct one. Other information can come up as 
well, if desired, including private information which is shown based on the identity of the sending 
webbank. 

As previously discussed, in the preferred embodiment the metabank serves to oversee and 
manage the webbanks provided to users. Any transfer of fimds between webbanks thus merely 
results in a corresponding transfer between two subaccounts of the metabank, merely moving 
funds around within that overseer bank. Accordingly, instantaneous commerce is further 
provided. 

In an alternate embodiment, more than one metabank can be provided. In this 
embo dimen t, individual metabanks maintain a permanent and continual communication among 
themselves, or repeated communication many times per day, to effect instantaneous or else rapid 
transfers, rather than merely settling accounts at the end of the day or sending out wire transfers at 
one time which is the current practice in the art. In this embodiment as well, transfers between 
webbanks result in instantaneous or rapid transfers between the accoxmts of the corresponding 
metabanks. 

Thus, in the preferred embodiment, thestransfers of funds or any other information can be 
preferably be conducted instantaneously between any two webbanks. The degree of speed for the 
transfer can be any time interval designated by the mrt^aKanlr - thus, a transfer of funds can be 
done in seconds if desired, or within one, two, five, ten or thirty minutes, or within one, two, 
f ouir, or eight hours, or within the day, or two days or any other amotmt of time desired. This is 
in contrast to the oirrent methods for wire transfers used in the art, in which a wire transfer of 
funds by a consumer or business transfers usually takes a day or more, and are rarely if ever is 
within seconds or minutes. 

Transfers of funds or other assets between webbanks can be conducted using any 
technology for electronic transfers of funds over the Internet previously or oirrently known, or 
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devised in the future. Likewise, any of the activities and inventions previously disclosed by the 
inventor in his other patent appUcations Cmchiding the appUcations listed above, all of which are 
expressly incorporated herein by reference), can be used in connection with the webbank. 

In the preferred embodiment, any transfers of funds, for example, between two webbanhs 
preferably results in a corresponding transfer of information on the records of the metabank's 
computers. Thus, the metabanh's computers record the withdrawal of funds from one account 
and the deposit in another account, in neariy instantaneous fashion. This is in the same manner 
that, as is well known in the art^ a user on a computer netwoA can access the network and 
transfers files or data on the server (eg. from one directory to another) or can transfer files from 
one computer to another on the network, or can transfer files between directories on another one 
of the network's computers. Likewise, a user can rapidly deposit money in another account in the 
same way that information or files are sent to, uploaded to, copied into, or cut and pasted into, 
another computer or direaory. Likewise a user can rapidly withdraw money from another 
account in the same way that information or files are retrieved from, downloaded from, copied out 
of, or cut and pasted from another computer or directory. 

In further embodiments of the invention, such webbanks can be used to transfer money 
between individual webbanks. In one embodiment, such transfers are conducted using encrypted 
data exchanges between the webbanks. In other embodiments, transfers of information and 
money between webbanks are conducted using the XML language (or another such suitable 
language) to interface data between such webbanks and some or all of their underlying databases. 

Thus, pursuant to the invention any party Q>referably using an Internet browser) can 
transfer money, and make payments from an account. Moreover, such payments can be done 
instan t aneously, and without using a credit card. 

B. Traditional Wire Transfers 

Owing to the faa that each webbank is preferably Unked with a subaccount number at a 
traditional bank (the metabank), any webbank can likewise be used to transfer funds in a more 
traditional manner, Le. over the traditional networks for transfers of funds between banks. 

The present system provides the advantage that such wire transfers can be directly 
conducted by the webbank owner (or authorized user) over traditional networks if desired by 
inputting the desired information regarding the recipient's account into the computer at the 
webbank itself (or accessing the recipient's webbank), rather than having to wait or stand in Une at 
a bank to conduct a wire transfer, or fill out a form which is at some later point processed by a 
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bank employee. Such wire transfers using webbanks can therefore be more efEdent or more rapid 
than traditional wire transfers, although they can still suffer from speed disadvantages owing to the 
structure of the current funds transfer systems. Thus, a webbank owner can authorize the sending 
of funds rapidly or ahnost instantaneously, although the time it takes for such funds to be received 
will depend on the particulars of the operation of the traditional fund network in question. 

C AssymetricaUy Encrypted Funds Transf^ 

In one of the embodiments of the invention, transfers of funds and other information 
between webbanks can be conducted using asymmetric encryption technology. Such encryption 
can be effected for various purposes, whether for security, to ensure use by only the desired 
recipient, to designate uses or purposes for the funds, permissible spending locations or times, or so 
forth. 

In one example, a webbank owner may wish to send another entity an "electronic check" 
for instantaneous deposit to the appropriate account on the recipient's webbank. This recipient's 
account can be a general account setup for receipt of money from any party, or a specific accoimt 
set up for receipt of money from that particular webbank owner. In one version of this 
embod imen t, money is transferred from one of the subaccounts on the owner's webbank to one of 
the subaccounts on the webbank of the recipient. This transfer of money or funds is 
asymmetrically encrypted. 

On the webbank itself, e.g. in the main account and/or on webbank subsidiaries where 
appropriate (and/ or in a separate location on the metabank*s server, and/or on the owner*s 
personal computer), each webbank owner preferably mam tam^t a copy of its own private key 
corresponding to that particular webbank. In addition, the webbank owner lists a copy of its 
public key in an approprate location - e.g. on its webbank subsidiaries or any other designated site 
at the metabank. That pubHc key can be the public key for some or all subaccounts and/or for 
certain types of subaccounts, and/or for certain types of transactions, and/or the pubUc key 
associated with certain types of parameters for the funds. 

In one embodiment, for example, to conduct a transfer to a second party ("the recipient"), 
the webbank owner ("the sender") first accesses the recipient's webbank. In the varioiis 
embodiments of the invention (whether transfers to parties, withdrawals from parties, etc.), the 
sender accesses the recipient's webbank by typing the recipient's webbank's webaddress (or more 
specifically the webaddress corresponding to the particular subaccount at the recipient's webbank) 
into the appropriate field of the webbank owner's browser (or dickii^ on an appropriate 
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hyperlink). Similariy, the seader can merely choose the recipient's webbank subaccount off of a 
Hsc This list can be an entry which has been added to the webbank owner's list of accessed, 
accounts or favorites, in the same manner that -favorites" are stored in current Internet browsers; 
or it can be any lists of emaU and webaddresses that are stored on computers and in various 
application programs; or it can be some list available over the Internet, e.g. through a search 
engine, or on a specific direaory; or it can be the webbank subaccount address provided on or 
Unked to any traditional websites (e.g. the recipient's website where it advertises goods and/or 
services for sale); or can be an address forwarded by email; or can be any information stored or 
provided in any other way desired. 

Once the sender has accessed the recipient's webbank, it can link to, and download a copy 
of, the recipient's public key. The sender then encrypts the money being sent to the recipient 
using that public key and sends that money to the recipient over a secure, encrypted, connection. 
The encrypted money is then deposited into the recipient's subaccount. That money can then 
only be decoded using the recipient's private key, for use only by the ledpiem. Once the money 
has been decoded, the recipient can encode it in any manner desired, e.g. for storage of that money 
or of any part thereof in any desired account or subaccount on its webbank, or for forwarding of 
that money or any pan thereof to any desired party. The money can be decoded automatically at 
the redpieni's webbank upon receipt, if desired, or can be deposited for decoding by the recipient 
upon executing the appropriate command at the webbank to retrieve some or all of the fimds 
deposited to some or dl of the recipient's subaccounts. Preferably, the steps of accessing the 
private and public keys, and encrypting and decrypting the data, and so forth all occur in the 
background so that the sender and recipient need not worry about the particulars, nor have to 
physically access individual functions to run those processes. 

D. Assets as Encrypted Stringy of Numbers or Otherwise 

In one embodiment of the invention, all exchan^ of money or funds between parties 
occurs wholly at the metabank's conq>uters upon receipt of instructions from one of the 
webbanks. In such an embodiment, a first webbank sends instructions to the metabank that funds 
are to be sent (or withdrawn or so forth) to a second webbank, by designating the webbank 
address, and the metabank credits (or debits or so forth) second webbank's account accordingly. 

In an ahemate embodiment, funds can be transferred between parties in the form of data 
sent directly from a first webbank to a second webbank, with the information sent thereafter to 
the metabank. Preferably in this embodiment, however, the information is also sent concurrently 
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to the moabank at the same time as h is sent from the first webbank to the second 

The form of the "money" or assets transferred between webbanks can take various forms. 
In one embodiment, a party can designate an amount of money that is to be transferred, and 
communicate the same to the server of the meiabank. The server then provides an encrypted 
number corresponding to that amount of money. The first party can then send the second party 
die encrypted number (and possibly the amount of money it corresponds to as well, and/or a PIN 
number). The second party can then send to the server the encrypted number (and preferably the 
amount of money and/or a PIN number); if the server verifies the dau received, it deposits the 
money into die second party's ccount. and closes the transaction. If desired, merely an encrypted 
number can be transferred; however, an amount of money as weU and/or a PIN number can be 
used for added security. In alternate embodiments, the encrypted number can be transferred 
fimher from the second party to a third and so forth, before it is redeemed at the metabank. 

In a further embodiment of the invention, the number is a webaddress corresponding to a 
website. That webaddress corresponds to the amount of money designated by the sender. In diis 
preferred embodiment, to transfer money a webaddress is sent from one party to another. That 
webaddress correponds to a webbank account (e.g. a temporary account) having the amount of 
money desired for transfer located therein. In one embodiment, the account is created for one 
time use Oust this particular transfer), and contains only the amount of money desired to be 
transferred during this transaction located therein. 

This webaddress is encrypted and sent to die recipient who decrypts it, accesses the money, 
and transfers it into his or her own account. Preferably the webaddress is encrypted using the 
recipient's pubUc key, for decryption by the recipient using his or her private key, as discussed 
above. In an alternate preferred embodiment, for speed purposes, a symmetric encryption 
algoridim is first appUed to the webaddress to encrypt the webaddress. This symmetric algorithm 
is encrypted using die recipient's public key, and dien the encrypted webaddress and encrypted 
algorithm are sent out together. At the recipient's side he or she decrypts die algorithm using his 
or her private key. then uses the algorithm to decrypt the webaddress, which webaddress can be 
used to access the money and have it moved into die recipient's own account. 

In one embodiment, when the recipient decodes the webaddress he or she dien forwards 
that webaddress to the central overseer bank, with his or her own webaddress to initiate the 
transfer of funds from one webaddress (or account) to anodier at die central overseer bank. 

In an alternate or additional embodiment, the sender can merely send a first webaddress 
(with die fimds in diat account) and a second webaddress (where the fimds are to go) to die 
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metabank, where the tnmsfer is inhiated upon receipt of the iafonnation, crediting one 
account/webbank and debiting another as indicated above. 

In any of the embodiments of the invention, when any party sends a webaddress or so 
forth to the other party, it is preferred that die same information be likewise simultaneously ' 
forwarded to the central overseer bank's server, preferably with information containing the 
identity of the sender and/or the recipient. Information regarding the identity ofthe recipient can 
be used for future verification when desired, when die recipient receives the webaddress 
information from the sender. 

Or, more simply, webaddiisses can merely be sent over directly, from one party to 
another, in any manner ^»^rcd. 

Preferably, transfers from one account to another (with the associated decryption etc.) is a 
seamless simple process where one party designates die amount of money to be sent (or wididrawn 
etc.), the location where die money is to be transferred to, and requests an execution of die 
transacdon. 

The webaddresses diemselves (which are preferably very long random sequences of data) 
can be obtained by owners and users of the system by numerous means. For example, a webbank 
owner can send a mess^ to the server, indicatii^ the amount of money which it desires to 
transfer. The server can dien respond with die webaddress into which that amount of money has 
been temporarily deposited (transferred from the sender's account). If desired, the sender can have 
a series of temporary webaddresses aUocated to it for precisely diis fimction, which are either 
provided m advance, or upon request when the sender wants to send money. 

As previously discussed, in accordance widi die invendon, a webbank owner can likewise 
permit diird parties to withdraw funds from die owner's webbank, if desired. For example, a 
webbank owner can create a subaccount on his webbank for access by a third party, wherein only 
the diird party is provided widi die subaccount's secret webaddress. The webbank owner can then 
access die webbank of die recipient and download die recipient's pubHc key (or, in any of die 
embodiments of die present inventions, retrieve the recipient's pubhc key from any odier source, 
just as die recipient's subaccount can be retrieved from a variety of sources). The webbank owner 
can dien encrypt die desired amount of funds and deposit it into die recipient's subaccount at die 
owner's own webbank. 

When the redpieni wishes to withdraw money, he or she merely accesses his or her secret 
subaccount at die owner's webbank using his or her Internet browser. If desired, a password and 
idendficauon can be required for access, which is set by die webbank owner or by die funds 
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recipient). Upon accessing the secret subaccount website, the recipient then decodes the money 
using his or her private key. The money, as previously discussed, can be a number which is 
recognized by the overseer bank as corresponding to a certain amount of funds in the webbank 
owner's account and/or can itself correspond to a further webaddress. The recipient of the funds 
can then transfer or manipulate the money in any manner desired, subject, if applicable, to any 
parameters or restrictions set by the webbank owner when he or she deposited the money. Part or 
aU of the money can be withdrawn and transferred elsewhere, if desired, with the remaining 
money, if any, encrypted by the recipient and left in that subaccount of the webbank owner. 

In this manner, for example, an owner can leave money for access by someone else, which 
the second party can withdraw from or use as desirwL Until the money is accessed by the second 
party, it remains within the authority and jurisdiction of the webbank owner, unless the webbank 
owner sets die parameter of the money as irreversible back to the webbank owner. 

All transfers of money of any son are preferably verified at the maabank server(s) by 
comparing the information provided by the webbank owner or sender Cmcluding the intended 
destination) to die metebank server, with the information provided by tiie recipient (e.g. die 
information downloaded into the recipient's account) to verify and confirm tiiat only the intended 
recipient has received and downloaded the information. In the preferred embodiment, records are 
maintained on die metabank's servers, and ako at die user's personal computer for backup 
purposes. 

Moreover, as described in the inventor's prior applications, the party manipulatii^ the 
money or arranging the transaction can set any parameter desired to the funds. For example, 
transactions can be reversible or irreversible, if desired, by setting appropriate parameters widi die 
money, and sendii^ die appropriate mess^es to die metabank server indicating die parameters of 
the transaction. 

Parameters of a transaction can be provided using an assymetric encoding system, and/or 
by providing parameter information which is itself associated widi die numbers corresponding to 
die money in die individual webbank accounts. For example, in one embodiment, a subaccount 
can be created on a party's webbank which is expressly for purchasing CDs, diat subaccount 
having its own pubhc and private key associated tiierewidi. Likewise a subaccount can be created 
on a party's webbank which is expressly for selling CDs (or any SKU), diat subaccount having its 
own pubUc and private key associated dierewidi. Various parameters can be provided, as described 
in diis inventor's prior appUcarions, any or all of which can be associated widi one or more 
public/private key pairs. Alternatively, any parameter desired can be encoded into die numbers 
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corresponding to certain funds, using a secret keys or systems known only to the metabank 
overseer bank, with the overseer bank checking a transaction which is atten:^ted to verify that it is 
comports with the rules set in the parameters associated with the money therein. 

Using the webbank, transfers can also be anonymous, if desired, such that it does not 
specify the the sender and/or the sender's address, or such that it is conducted by the sender 
without knowledge of, or being able to determine the recipient or withdrawer of funds. Or a 
transaction can be conducted anonymously initially, with the sender (or recipient) later having the 
opportunity to disclose or reveal its identity, e.g. by allowing the sender (or recipient's) to apply its 
private key to the data sent, and sending back information regarding that data to verify that that 
the sender (or recipient) was able to decode it. 

In a further embodiment, a unique number or account can be used for each transaction, if 
desired, or each type of transaction, such that interception of or decryption of an account number 
will not compromise any other transaction, or any other account. In further embodiments, 
parameters can be defined for different account types, as to the type of purpose the funds can be 
used for, when they can be used, and so forth, as further discussed herein. 

V. Programmable (Customizable) Financial Cards 

In accordance with further embodiments of the invention, customized finanrial cards are 
also provided herein. These fin a ncia l cards can be customized or "programmed" by the user 
(preferably over the web) such that they are only suitable or usable for particular subuses, for 
particular subfirames of time, or so forth. This differs fi-om the present practice in the art, which is 
to have financial card numbers (such as credit card numbers) which are vahd for all uses, and for all 
periods of time until the card expires. Althoi^ the term credit card is frequently used hereafter, 
the intention is to include credit cards (which includes charge cards), and debit cards by that term, 
unless otherwise stated. In addition, the present inventions could be used with any other form of 
finan ci a l cards used for purchases or transfers of funds, as well. 

For example, in the current practice in the art, for example, employees frequently make 
payments which are later reimbursed by their corporation. In accordance with the present 
invention, their corporation can issue customized credit cards, or obtain customized credit cards 
from a credit card con^any, which can serve certain Umited uses, functions or so forth. This card 
can be customized in any of numerous ways. For example, the customized card could be set to be 
vahd for a certam limited number of dates or iiPtil a certam date. For example, if an employee is 
gomg on a business trip for two days (or some other amount of time), the card could be set to be 
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valid on only those two days. Thus, the employee is authorized to use the card for charges on 
only that time that the employee is away on the business trip, but not for any other time. Thus, 
in accordance with these embodiments, the card can have a user customized range of dates or series 
of dates. In one embodiment, this is a range of dates with a commencement date and expiration 
date. (This is useful, for example, if an employee is going on a business trip, one or more cards 
could be issued which are valid for the dates of the trip, with the card not being valid before the 
trip starts or after the trip ends). In another embodiment, the card becomes vaUd at any specific 
lime (even a rime of day) and ceases to be vaUd at any other specific time. Likewise, the card could 
become vaHd for a series of ranges of dates, even dates which are non consecutive or non 
contiguous. For example, it could be vaUd for a specific day or series of date in March (for a first 
business trip), become deactivated once diat trip is over, can be reactivated for a specific day or 
dates in June (for a second business trip), be deactivated once diat trip is oyer, and so forth. It 
could also be valid for a specific predetermined amount of time. For example, it could be valid for 
any one week period, beginning from when the user or subuser uses fim uses it. 

The card can also be customized for only particular uses or groups of uses, hi this manner, 
the main cardholder (e.g. a corporation, a parent, etc.) can determine in advance what the card can 
or should be used for. For example, the card could be customized so that it is only good for airUne 
reservations, such that if the employee tries to use it for any other type of charge, the charge will 
be declined, reprdless of the amount of the transaction involved Or the card could be customized 
so that it can only be used for airline and hotel charges. The types of uses which can be provided 
include any type of use that is currendy charged or could in tiie fixture be charged on a credit card, 
or any combination of the same, including any desired current or future category of uses. 
Currently, charges which are placed on cards include airUne, hotel and car rental charges, 
restaurant bills, retafl store purchases, and so forth. Or. the card could be customized just to allow 
certain particular stores, certain particular charges, or so forth. 

The card can also be customized for use only by a specific individual, by certain groups of 
individuals, or so forth. A parent could provide a customized use card which is for use by his or 
her son or daughter, a corporation could provide a customized use card which is for use by 
employees, an organization could provide a customized use card for use by employees and/or 
members and so forth. Different cards or customization parameters could be provided for officers, 
board memb ers, executives, or so forth. 

As one example, an eii^>loyee could be given authorization to purchase a new computer 
systenL A customized credit card could be issued to the user which is only valid for use for that 
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particular type of charge (computer hardware and software stores) and to the credit Hmit decided 
by the issuer or authorizing party at the corporation, such that if the employee tries to use it for 
anything else or for a charge in excess of that authorized, the charge wiD be declined. The card 
could even customized for use in a particular store itself or a particular chain of stores (such as a 
particular restaurant, or a particular chain of restaurants). Any of the features in the present 
application can also be combined - thus, the employee could be given a card for use in any 
computer store which is good for a total purchase of up to, for example, $2000 in value. 

As another ex a mp le, a parent could give a teenage child a card to go out and make a 
specific purchase for the child or for the parent. The card could be valid only for purchase on that 
particular day, to a certain designated purchase limit, and even, if desired only in a certain store, or 
group of stores or types of stores (e.g. clothing stores), or types of purchases or items. The main 
account could have, for examp le, a $1500 credit card limit, but the parent coiJd set a $100 limit for 
use of the customized card on that particular day. Thus, if the card is lost or stolen, the card can 
not be used at stores other than the types chosen by the parent. Use in any other type of store or 
on any day other than that one day will cause the card to be declined. This minimizes the amount 
of credit card loss which can occur, and increases the chances of catchii^ the thief. Likewise, the 
sublmiit of $1CX) also minimizes the amount of loss which is possible. 

The card could also be customized to be valid only in a particular region. For example, if 
the employee is going on a business trip from New York to Florida and back, the card could be set 
to be valid only in the States of New York and Florida, and not to be valid for charges in any 
other locations. If the card were lost or stolen en route, e.g. in a stopover in Georgia, and the thief 
attempted to use the card in Georgia, the charge would be declined, irrespective of the amount 
involved. 

The amotmt of credit on the card could be as high as the credit on the main account, or 
altemauvdy, could ako be customized. The main cardholder (e.g. the corporation, the parent, 
etc) can set how much credit is on the particular card for the subuser (e.g. the employee). This can 
be done in some fixed manner, on the basis of some formula, or so forth. 

Self transfer of funds and customization by the corporation or the user of the card is 
preferred. In other words, the corporation determines what uses and/or amounts are set on the 
credit card up to the corporation's total credit card limit. 

In one embodiment, with respect to customization, the user receives one or more credit 
cards, each of which is inactive. Each card has a blank amotmt of credit, and no predefined use, i.e. 
the card initially has no credit available on it at all and no use available to it. When the user 
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receives the credit card, or when the user is ready to activate the card, the user determines how 
much of his or her available credit he or she wants to transfer onto that particular card and what 
particular uses or types of uses are desired (or even all uses, if desired). For example, the user may 
decide that he or she wants to go to a particular place or store that day and have a certain amount 
of money with himself or herself (or wants to send his or her employee with a certain amount). In 
addition to or in place of carrying cash, the user could carry a card having a predetermined amount 
on it, and could even, if desired, set the places or types of places where the card will be active. 

In another embodiment, a user can designate a single sum for use over a plurality of cards. 
This method overcomes a variety of problems present with the current methods of the art. For 
example, if a individual or couple wishes to go on vacation abroad, they often purchase traveller's 
cheques in any of a predetermined Umited number of denominations (e.g. twenty, fifty, one 
hundred dollars, eta) When using those cheques to convert money the couple often may not wish 
to convert the full sum (e.g. the full fifty dollars) at that one time, in that one place, or at that day^s 
exchange rate, etc. Alternatively, the couple may be purchasing an item from a store, and the fuU 
cost of the transaction is often some odd number which is less than the denomination on the card. 
In this case, the individual or may not want to receive change back from the vendor in cash, since 
the vendor may be providing a disadvantageous exchange rate, or so forth. 

Accordingly, in this embodiment, a single sum can be "distributed'' over a plurality of 
cards. In this manner, the user des^tes a particular sum, and each of the cards in that plurahty 
can draw upon that sum. The use of that card reduces the total sum available for the next cards in 
theseries. In this manner, a user can use the customized or the disposable card for transactioiis 
whose sums do not amount to a whole number. 

As a security feature, in plurality of card embodiments such as the former, it can be 
preestabUshed that not more of a certain percentage of the total sum available can be used on a 
single card, or can be used without verification of identity. For example, a 50% or 20% single use 
ceiling (or any other number) can be set by the credit card company or the user, to further guard 
against loss due to fraud. In this embodiment, if a transaction is attempted with any one card 
which is in excess of the predetermined ceiling for a single card, the card use can be temporarily 
blocked or subjea to verification of identity, to verify that the card was not stolen and being used 
illegally for large transactions. 

As a further security feature and customization parameter, the card can be set to have a 
desired level of security which must be comported with by the vendor for the transaction to be 
authorized. For example, some cards or transactions could require merely a signature, some could 
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require the fingerprinting mentioned herein, some could require a showing of identification 
finduding, if desired, picture ID) or so forth. 

As discussed elsewhere herein, all cards in the series can be linked such that, if the cards are 
stolen, one call will cancel all of the cards. 

As another formula, there can be also be a total available credit set by the corporation as 
customized for the year (or for some period of time, or for a particular trip, etc.) for a person, or 
for an entire department, or so forth, which can either be on one card, or distributed over several 
cards, as e^lained above. 

Other combinations can be provided as well For example, the card can be set such that 
there are certain combinations of customizations available. For example, each subuse can be 
associated with a specific credit limit for that subuse on that one credit card. Thus, the user may 
be told that he or she can spend up to $500 on air travel, $1000 on hotel rooms, $300 on car 
rentals, and those limits can be programmed into or preset to the card. Other combinations of 
dates of transactions, types of transactions, amoimts for individual and/or total transactions, etc. 
on a single card, or on midtiple cards, can be s^ as welL 

If desired, the customized card could be preset or such that any purchases can only be 
delivered to a specific shipping address (e.g. the address of the corporation). Likewise, since the 
card is a customized card, any other special conditions of any sort could be anached to the 
transaction as desired or needed. 

Many other embodiments or parameters can be implemented on the card as weU. A card 
can be issued to an individtial, or to a department. Or, a group of cards can share a single credit 
limit. A card can be customized such that, when items are pturhased by phone or over the 
Internet, etc, the only shipping address which will be accepted is a preset shipping address already 
assigned to the card (e.g. by the .main cardholder). A card can be set to have a fixed mayimnrn per 
transaction limit. It can be set to allow, or disallow cash withdrawals. A card can be set to send 
out a notification to the main cardholder upon each purchase, or upon each purchase meeting 
certain criteria (e.g. over a certain limit, pertainii^ to a certain category, or so forth). The 
notification could be set to include certain required information, e.g. when it was used and^or 
where it was used and/ or how much credit is left or any other information desired. Likewise, a 
preapproval can be required before every purchase or before certain purchases, such as purchases 
over a certain limit, or purchases of a certain type. 

Likewise, a card can be encoded for multiple uses or types of use. In one such 
embo diment , the card can be encoded such that it can be used for other magnetic card systems as 
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welL For example, the customized card could be encoded such that it can also be used in place of 
some other easting card. e.g. as a metrocard Ci.e. a fere card on the New York Qty subway 
system), as an EZ Pass (i.e. a card which is used to drive through lolls in New York or elsewhere), 
or so forth. These multiple use cards could either have a preset amount on them (as a debit card of 
sorts), or they could interface with the other existing card system (whether the Metrocard system, 
the EZ Pass system, or so forth) such that upon use of the customized card, the funds are taken out 
of the user's credit card account. 

Or, in another variation on this embodiment, multiple brands of cards can be bundled 
together on a single customized card for ease of use of the user. The term "brand" is used herein to 
refer to the general card issuing authorities, whether Visa, Mastercard, American Express, 
Discover, etc. or to more specific issuing authorities, e.g. Citibank Visa, MBNA Mastercard, etc. 
In this embodiment. Visa and/or Mastercard and/or American Express etc card accounts can be 
bundled together on a single credit card. When the user presents this single card to the vendor he 
or she has the option to decide which of those brands' account(s) on the card he or she wants to 
use for the transaction. This reduces the number of cards the individual has to cany. A single 
transaction could even be broken up among a series of cards if desired with the transaction 
statement indicating for example that $200 out of the $600 dollar purchase was charged to the Visa 
account, and an equal amount to the Mastercard and Amex accounts. Or, the main account hplder 
could set up the card to be capable of some fixed total amount of charges (e.g. $1000) with the user 
free to use any of the accounts on the card in any combination desired to charge up to that 
amount. This is useful if some establishments accept only one or two of these brands, allowing the 
user (e.g. die en^loyee, the chiU, etc.) to use the customized card as establishments that accept 
any of the brands on the card. Or, for purposes which may be beneficial to the main account 
holder (eg. for purposes of fiequent flyer mile programs, membership dollar programs, etc) the 
customized card could be set up such that aU of one or more subtypes of use is charged onto one 
brand, all of another or more subtype onto a second brand etc For example, the card could be set 
such that aU airiine charges are chargpd onto the Amex Card, all retail store purchases to the Visa, 
all hotel reservations to the Mastercard, etc This could be by the customization of the card which 
only aUow certain types of use of each account, and/or by codes which automatically selea the 
appropriate brand or card account when the user attempts to use the card. This could be in any 
customization scheme desired. For example, in another embodiment, the first $x amount could be 
charged to one card account, the next $y dollar amount to another card account, or so forth. 

In accordance with a preferred embodiment of present invention, a card couU be issued to 
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be always "off", unless the main caid or account holder, or the authorized person on the card fi.e. 
the person given the authority to control the uses of the accounts on the cardj), authorizes or sets 
or turns the card and/or a specific use of the card "on" for either a particular time period, or for 
use until certain conditions are met. For example, the can! could be issued to an employee or to a 
child, and normaUy be in an "off" state (as opposed to general purpose or regular credit cards 
which are normally in an "on" state) which can not be used, untU the main cardholder authorizes 
that the card be turned on for the next day (and the next day only). Or, the card could be turned 
on until one transaction is conducted using the card (or some specified multiple number of 
transactions are conducted using the card), or a specific use is effected of the cani, or turned on in 
accordance with any of the other cusiomizations of the card described herein. In accordance with 
this embodiment, the card normaUy remains "off, but is occasionally or periodically turned "on" 
for a while to allow the card to be used for a desired purpose. After xhax purpose has been 
accomplished, the can! goes back "off again. In dus manner, die card can be turned on and off by 
die user as often as desired or necessary. 

In another embodiment of the present invention, the user can maintain a list of available 
credit card numbers in his or her computer and/or software program, with the list further 
indicating the specific customized use of each number. Alternatively, the user can maintain a list 
by hand, or a list can be provided each month with the user's statement. If desired, the uses of 
each number can vary over time. If an unauthorized user intercepts the first credit card number 
and attempts to use it for a use that it is not enabled for, the transaction will be declined. For 
example, a user could maintain 5 separate numbers (or any other desired number), each of which is 
linked to the main card account. Today, one particular number could be authorized for booking 
airUne tickets for the current business day (but no later), whfle tomorrow a different number could 
be authorized for that purpose. 

Customization (and activation) of the card or a specific credit card number can be in any of 
the ways known in the art. In a simple method, for example, the user can call the credit card 
company and, once his or her identity has been verified, can direct the credit card company to 
customize the card (or a specific credit card or credit card number on the account) in the manner 
desired and/or to activate that specific credit card or credit card number. In a variation on this 
method, the user could be required to call from his or her home phone, with the phone number 
being verified at the credit card company using "Caller ID". 

In another embodiment, the user can use a conqjuter to dial in over a direa connection (or 
over the world wide web or the Internet on a secure connection) to the credit card company, and 
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program in the desired charaaeristics using the user's computer. In this embodiment, a software 
program can be provided to customize and/or activate the card and/or the user can access a web 
site Ci-e. at the credit card company) where a form can be fiUed out by the main cardholder (or by 
the authorized person on the card or an authorized card user) to set the desired customization 
parameter.. This form could then be accessed as often as desired to update and/or modify the 
customization of the card or specific credit card numbers, check the status or usage of the card or 
specific numbers, etc In addition, as a fimher embodiment, authorizations done using this 
program or connection could be compared (either automaticaUy or upon demand by the user) 
against actual purchases recorded by the credit card company against the card. In this manner a 
W check" is provided, so that if a limited use, customized or disposable card transacti 
into the credit card company which was not authorized by the cardholder, it will show up on the 

crosscheck. a fiirther embodiment, this cross check could be effected automaticaUy (e.g. each 
time the user logs, in), periodically (e.g. once per day or per some set time period), upon the user's 
activation of tiiis feature, or upon the user's deUberate initiation of a cross check. 

In some embodiments, the main cardholder orders or obtains the card from die credit card 
company. In other embodiments, the main cardholder issues or activates the credit cards off of his 
or her main account him or herself, after transmitting die necessary customization information to 
the card company, and obtaining the necessary audiorization. 

If desired, a customized credit card could be converted to a regular, general purpose credit 
card, or vice versa, if desired. This can be used to deal witii changing circumstances, needs or 
desires of the main cardholder, the card user, die corporation, etc By a "regular" or "general 
purpose" credit card, die present inventor refers to diose credit cards currendy used in die art, 
which have no limitations on dieir use odier diat die card be valid (e.g. be before die aq>irarion 
date and be of an account in good standing), diat die person using die card be die audiorized user, 
anddiatdietransactionbewidiindieavailablecreditleftondiecard. Subject to diose provisions. 

such cards can be used at any time for any types of purchases at any vendor accepting dial type of 
card. 

Should a cird or any of the pluraUty of cards be stolen, a user can widi one caU deactivate 
one or aU of die cards at die same time. Moreover, since diese cards are preferably all linked to die 
user-s main credit card account, and are dms individually on file widi die credit card company 
under diat account, die user does not need to worry about safekeeping or storing die list of 
separate cards or numbers. 

As a fimher security feature, a disposable or customized credit card can be provided with a 
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"fingeT.rintmgarea-. During use of the cM the user can be asked to place a particular finger ^ 
certain portion of the card to form a fingeiprint which can later be used to verify whether the card 
was used by the rightful owner or used illegaUy by sonux>ne without authorization. Preferably, 
this area is covered by a flap (e.g. a plastic cover) which is lifted or removed before fingerprinting, 
to prevent stray marks or fingerprints from appearing on the area before it is ready for use. 

With respea to those which are for a single use only, the user can sign (and/or fingerprint) 
the back of the card, and the vendor could submit or return the cards to the credit card company if 
desired. Altemauvely. the vendor could be required to scan the cards into an appropriate system, 
with a record of the scan going to the credit card company. 

Akemarivdy. in a fiuther invention, instead of using a "fingerprinring area" on a 
disposable or customized card, such an area can be placed on the vendor's bill or documenution 
which currently in the art is signed by the purchaser. 

In accordance with another embodiment of the invention, the cards could each have their 
own PIN nimiber, or PIN numbers. 

Upon use of the card, the information regarding the transacuon is transmitted to the credit 
card company, as is known in the art. In a fimher embodiment of the invention, the information 
on each purchase fi^m a vendor is transmitted directly to the user after the transaction is 
completed so that the user can directly monitor and keep records of his or her usage, without 
waiting for die credit card sutement to come in. This information can be sent to the user in any 
manner desirable. For example, it can be transmitted over the Internet to the user, to the user's 
web page, or so forth. Instead of the user, it can be transmitted to a third party, if desired; for 
example, if the card is being used as an expense card for an employee's expense account at a 
corporation (as described herein), the information can be transmitted directly to tiie corporation. 
This transmission can be done by the credit card company itself. Alternatively, if desired, tiie 
system can be set up such dm die information is transmitted at die point of sale. This can be done 
widi or widiont die credit card embodiments described above as a permanent or automatic 
recordkeeping system. 

In die preferred embodiment, diese credit cards are can be used, processed, etc. by a credit 
card company in die same manner as widi its regular credit cards, widi die exception diat die 
present cards provide the additional features provided herein. 

In a fimher preferred embodiment, such customized cards are programmed using software 
and/or systems provided by Electronic Data Systems of Piano, Texas, widi any desired 
modifications made diereto. Such modifications, preferably inchide die abiHty to access and 
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modify such cards over the web with such access and modificationns preferably conduaed using 
the webbanks described herein. 

One of the current problems with a regular card, whether it be a credit card, a debit card, 
or so forth, is that a thief potentiaUy has full access to aU of the credit or funds in your account, 
untU the theft or unusual activity is discovered and/or blocked. In the present invention, as 
described above, a certain set level of funds or type of use of funds can be segregated aside by the 
user for a desired period, use, or so forth, while maintaining the integrity of the main account 
inua (and even potentially maintaining the identity or details of the main account secret). 

VI. WehbanklnteractiomwidjProgrammabUFmancidO 
A. ProgrammaUe Cards Linked to WMktnks 

In the preferred embodiment of the invention, the customizable or programmable credit 
card and debit cards are further designed to take advantage of the power provided by the webbank 
and the metabank™. As discussed, these cards are financial cards which have been segmented into 
a series of functions or parameters for all of the financial card's traditional fimciions. In the 
preferred embodiment, each of these parameters can be directly viewed and programmed over the 
web by the bank owner (and any designated third party) using the webbank which serves as a 
financial control panel. As a result, consumers are provided with a new level of control over 
exactly what a credit is and what it can achieve, induding how credit cards will be used in the 
future and who uses them. 

In a further embodiment of the invention, any webbank can be linked with a financial card 
for issuing, monitoring or regularity the financial card ixom that webbank. In the preferred 

embodiment, webbanks are linked with customized cards as discussed herein, such that the 
webbank owner can "issue" and modify credit and debit cards as credit and currency financial 
vehicles. 

The advantages of the system are considerable. For example, the programmable credit 
card™ makes it possible for a corporauon to issue credit cards to each and every one of its 
employees for centralized expense tracking, regardless of that employee's level in die corporation 
(from the most junior to die most senior). This abifity is provided while reducing or eUminating 
the risk of misuse or loss. Previously, such concerns have minimized the degree to which credit 
cards could be distributed to corporate employees. 

Likewise, the card makes it possible for parents to give a "children's credit card" to a child 
of any age, also without the risk of misuse, theft, or fraud. Such cards permit children to take pan 
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in credit card transacdons. whereas they were previously a population barred from participating in 
such activities. 

The card also provides any individual with the abiUty to extend "credit" to other parties, 
including parties which would ordinarily not be able to qualify for credit. 

Furthermore, the technology allows the first freely transferrable credit card, Le. a credit 
card which can be given out and distributed like cash. This aUows credit cards to be given out as 
gifts, serving as a "gift credit card". Consumers are thereby given the opportunity to hand out an 
open-ended gift that provides the recipient with the complete flexibiUty to buy what they want. 
The consumer giving the gift does not pay for that gift immediately (as opposed to the 
disadvanuge of a check or a gift certificate) but rather pays for diat open-ended gift over time, as 
with any other credit card transaction. The recipient, on the other hand receives the gift 
immediately (or whenever he or she chooses to use it). This is a significant advantage over a 
physical gift (even a physical gift paid for with a credit card), since that physical gift might not be 
what the recipient needs or wants. It is also an advantage over even a gift certificate, since that gift 
certificate must be paid for up front, before the recipient uses it. 

The programmable credit card also allows credit cards to be physically handed out for any 
desired payment purpose. In addition, it provides consumers with the abihty to apply for and 
receive their credit cards instantaneously (within the hour or less), rather than waiting several 
weeks or longer to receive a credit card in the mail as is currently the standard practice- 
Likewise, personal and corporate currency cards™ (also known as programmable debit 
cards™) can be provided as financial tools which, like traditional debit cards, draw on preexisting 
funds rather than a line of credit. However, unhke traditional debit cards, the currency cards™ are 
provided with a wide range of progranmiable functions, providing consumers widi significant 
degrees of flexibility and control, as with the programmable credit card described above. Also like 
the progranunable credit card, these fimctions are progranomed using the consumer's webbank. 

As a result, the programmable debit card serves as a spending tool of unusual power, with 
the potential to serve as a simple cash substitute and/or as a substitute for conventional checks. 
But, unlike cash and checks, the programmable debit card can be instantly tracked and modified 
using any computer. Accordingly, the programmable debit card allows a consumer to create a 
simple cash card for a sin^ day or transaction or for any odier period of time or customized 
purpose desired. This customized card can only be used by the webbank owner or an authorized 
party (and, if desired, only for specific customized uses), thereby minimizing the risk of loss of 
funds if the card is mij^laced or stolen. Using the bank owner's webbank™, the bank owner's 
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-funds" can be instantly tracked, recovered, modified, or cancelled at any time. The technology, 
therefore, allows debit cards to be freely customized in any desired fashion and then handed 
any third party, providing consumers with the ability to issue their own "currency-. 



out to 



B. Programming of Cttstomized Cards 

As discussed, the properties of the programmable credit card are all set by the webbank 
owner (or other designated individual). As a result, freely transferrable credit and debit cards can 
be created. 

In one embodiment, for example, blank credit cards or debit cards are provided or made 
available to webbank users. For example, a blank financial card can be provided having an account 
number and magnetic stripe thereon (and inchiding an expiration date, if desired) but no name of 
an account holder. Such blank cards can be provided in the mail or sold, or freely distributed, or 
distributed via any desired method Although the financial caul has an account number thereon 
and appears just like any other credit or debit card, it is blank in that it has no actual user or 
financial account associated therewith. Preferably these cards also have an area which the user can 
write on (e.g. to place the user's signature, write the user's name, the amount placed on the card or 
r fimaining on the card, and/or other desired information). 

A webbank owner than takes this blank card and accesses his or her webbank. the 
webbank having access to the webbank owner's bank or credit card account, which can include 
actual funds or a line of financial credit. At the webbank, the webbank owner (or other 
authorized user) can then assodaie the account number on the financial card with any webbank, 
webbank subsidiary, or so forth. The account number can be linked to the user's line of credit 
(which can be in one or more webbank subsidiaries) to form a programmable credit card, or linked 
to actual funds to form a programmable debit card or so forth. 

In accordance with the invention, this programmable credit or debit card is customized, as 
previously discussed for customized cards or for webbanks. For example, the user can transfer 
$100 out of his or her total funds (or out of his or her total credit) from the main webbank (or a 
webbank subsidiary) to a desired webbank subsidiary which is created for and direcdy associated 
with a particular blank financial card. The financial card number is input for assodarion of this 
particular card with this particular webbank subaccount. Thus, the metabank receives the 
information regarding this assodarion so that this finandal card can be used on tradiuonal debit 
and credit networks. When the user attempts to use this card (e.g. in a store, at an ATM, or so 
forth), information is transferred over traditional banking networks to the metabank. which can 
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then authorize the transaction. As a result, a credit or currency card can be quickly created by any 
user in his or her home or office which can then be used in traditional stores, ATMs (and any 
other esublishment accepting credit or debit cards). Moreover, unlike "sman cards" this card can 
be created and used without any need for the vendor or consiuner to purchase or install any new 
hardware. Moreover, any desired parameters of the programmable cards (where it can be used, 
what it can be used for or forth) can be configured by over the web using a webbank. 

C Examples - Gift Credk Cards ami Expense Ca^ 

One example of such a programmable card is the "gift credit card* which further 
demonstrates the power of the current 53rstem. In accordance with the invention, the webbank can 
be used to create freely transferrable credit and debit cards, including cards which can be 
distributed to any desired party, whether a family member, an employee, a friend or so forth. 
Thus, a webbank owner can create a currency card or credit card, associate funds therewith, and 
give that card to any desired individual or other entity for that entity's use. 

For example, a gift credit card can be created. As discussed, the webbanks aUow an 
individual's bank accoimt (which as used in the present invention can include a traditional bank 
account, a credit card account, or any other finqndi^il account) to be sliced into as many 
subdivisions or subaccounts as needed, each of these subaccounts being customized and linked to 
the main account in whatever manner is desired. Thus, a webbank can be used to associate a blank 
credit card with a subset of the user's credit line. A webbank owner (or other authorized webbank 
user) having a $10,(KX) credit line, for example, could then give away $50 dollars of that credit line 
to any desired person as a gift. Fifty dollars of the webbank owner's credit line is associated with a 
webbank subsidiary and that subsidiary ^e. subaccount) is then associated witha blank finanrt;»] 
card. That card could then be given to any desired party as a gift for the party to use whenever the 
recipient wants. 

By providing a webbank network and furthermore, by providing programmable 
parameters for all of a credit and debit card's traditional functions, the programmable cards make it 
possible for a corporation to issue credit or debit cards to each and every one of its employees for 
centralized e2q>ense tracking, regardless of that employee's level in the corporation (from the most 
junior to the most senior) with no risk of misuse of loss. Lost cards can be cancelled using a 
webbank to deactivate the card or block use of the funds in the webbank. Similarly, the 
parameters of the funds on the cards can be precisely programmed to minimize or eliniinate risk of 
misuse. 
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Likewise, the programmable cards also make it possible for parents to give a credit card or 
debit card to children of any age whatsoever, also without the risk of misuse, theft of fraud. 

Moreover, the technology aUows freely transferable credit and debit cards to be given out 
Uke cash. Unlike cash, however, any funds on such cards, however, can be retrieved if the card is 
lost, can be blocked if the card is stolen, and can otherwise be tracked, modiHed, and programmed 
as desired. 



D. Am Wire Tramfkn 

In one embodiment, a webbank owner or user can quickly and easUy wire money to any 
AIM machine, providing a third party (or even him or herself) with the abiUty to pick up cash 
therefrom. This embodiment provides a method which allows cah to be sent to individuals 
throughout dae country or the globe, which the recipient can receive merely by locating a nearby 
ATM (on the appropriate network, whedier Cirrus or NYCE, or so forth). The embodiment is 
particulariy useful to send someone monejr quickly when one's friend or relative or so forth loses 
their wallet or purse or has the same stolen. 

In accordance with one embodiment of the invention, a sending party is provided and a 
receiving party. The sending party is anynoe who wishes to wire transfer money for pickup at any 
ATM machine. The receiving party is anyone who wishes to receive money at any ATM 
machine. The sending and receiving parties can be die same or different individuals. 

In one embodiment of the invention, the wire transfer is conducted as foUows. A first 
individual (the desired recipient) picks up a blank financial card. Such a card, as described above, is 
a card with an account number and magnetic stripe on it and which appears similar to a standard 
credit, debit or ATM card. The card does not have an account holder's name on it. but can have 
other distinguishing word or informarion on it odier than die account number to distinguish one 
card from anodier. Such blank cards can be mailed to the user, or bought by the users singly or in 
packs like floppy disks, e.g. at retail stores, newstands. kiosks, or so fordi. Alternatively, batches 
of diese blank cards can be provided next to ATM machines. These cards could either be provided 
for fiiee, or sold, and/or a sum could be deducted for the card at the time of the transaction. For 
ejcample. the sale of die card could take place using die same card which is being sold so diat. once 
funds are transferred onto diat card, xht amount of die sale is deducted from die card. Likewise 
diese cards can be provided free (or at a cost) to vendors for diem to provide to customers, widi 
payment made to die vendor by die card provider and/or die by die purchaser, eidier before die 
time diat diey are provided to die purchaser, at die time diey are provided, or after diey are 
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provided (e.g. at the time they are used). For example, in one embodiment, they are provided free 
to vendors and the vendor is paid once the card is used. 

An an alternative to using a blank card, the recipient can use an existing ATM card or a 
programmable debit card or programmable credit card which the recipient already has or carries in 
his or her wallet. This enibodiment is useful when someone wishes to conduct an ATM wire 
transfer of money to someone who already has their cards with them- In an alternative 
embodiment, the recipient can use another standard debit or credit card or financial card, although 
the speed of ttansfer may thereby be delayed 

Once the recipient picks up or chooses a card, the recipient then contacts a second 
individual (the sender) and asks the sender to wire transfer funds to an Am Alternatively, the 
recipient can him or herself initiate the ATM wire transfer (and become the sender of funds to the 
ATM) by using a computer having Internet access. 

To initiate this wire transfer, the sender accesses a bank account using a computer. 
Preferably, this account is a webbank located on the Internet, and can be a webbank created for 
the present purpose. The sender then takes some or all of the funds in that webbank and then 
associates, links or transfers those funds with the the account number Usted on the blank ATM 
card or the programmable credit or debit card At the same time, if desired, the sender choose a 
PIN number on the webbank for association with the card as well. Alternatively, the card can 
come with a PIN number in its package. 

Since the webbank is part of an overseer bank which is linked with traditional banking 
networks, that overseer bank, the meubank, is able to interaa with those traditional networks, 
and Ukewise the webbank is able to interaa with those traditional networks through the 
metabank Once the association of the funds with the financial card*s account number is made at 
the webbank, the information regarding that association is transferred to the metabank which then 
recognizes that financial card as being a valid debit, credit or ATM card, which ^ 
m e mb er cards and which has a given amount of funds associated therewith. 

The recipient then takes that blank card (or his or her existing card, the existing card 
preferably a card issued by the metabank) and uses it in the standaixl well known manner. As the 
card is a standard ATM card, debit card, or credit card from a standard bank (the metabank), the 
card can be recognized over traditional ATM networks that the metabank is a member of. 
Accordingly, no modification to the hardware or software of standard, existing ATMs is needed in 
accordance with the invention. Once the ATM has read the card, verified the PIN number and 
received the withdrawal request from the user, the ATM machine then sends an inquiry over 
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tiadhioiial networks as is weD known in the art. The metabank (or a clearinghouse etc) can then 
respond with an authorization to aUow the funds to be withdrawn from the card. The ATM 
machine can then dispense cash and process the transaction in the standard manner kaown in the 
an. 



E. ^treTraris^ to Programtntl^DdTU and Credit Cards 

In the same manner, funds can likewise be wire transferred to a programmable debit or 
credit card for immediate use of that card at merchants (or even to a standard credit or debit card), 
without needing to withdraw money off of the card at an ATM. As the programmable debit or 
credit card preferably has a standard magnetic strip thereon (as with standard debit and credit 

cards), the card can be read at any merchant having a standard credit/debit card reader. In this 
manner, money can quickly be transferred to anyone's card using a penjonal computer. Moreover, 
the transfer can be conducted with out the need to use new technology such as new oird readers or 
smart cards, although those cards can also be used in accordance with the inventions herein. 

Thus, in accordance with the invention, the owner of a webbank can further issue cards or 
any odier financial vehicles corresponding to the webbanks. inchiding for example, webbank 
subsidiaries (subaccounts) or joint accounts created. As described above, for example, disposable 
cards can be generated. The disposable card can be provided in blank either to the cardholder or to 
any party and any amount of funds can be placed on it. Or the card can be reusable, such diat 
every day or periodically the desired amount of funds can be transferred onto it. If not used by the 
end of die day, or by the end of the set period, the funds can revert back to the original account, if 
desired. Or if the card is lost, the funds are simply transferred back. The same disposable card can 
be used as an expense card, as a debit card, as a credit card, or so fortL 

VII. WebbarJeBmmg,Irivoicmg arid Receipt Ceraer and ElectrmkS4^ 

In accordance with the invention, a method and apparatus is further provided for 
improving account transactions. Such transacnons include any transaction which a user can 
conduct with a vendor. They include, for example, the notificarions of account activity or charges 
provided to consumers on on mondily credit or card statements, debit card statements, bank 
statements Cmchiding mortgage sutements). car payment statements. utiUty statements (e.g. gas, 
electric, telephone, etc), and any other sutements provided to a consumer. They hkewise include 
any transaction at a brick and mortar store, or any transacrion between any two entities, 
particulariy on dxe Internet. Thus, any financial transactions which an entity can engage in can be 
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monitored, recorded fmcluding awheaticaiion and daie^tamping if desired), and/or facilitated (e.g. 
via concurrent or post-transaction or prMransaction payment over the Internet) with the methods 
and apparatus of the present invention. These transactions can refer to any accounts payable or 
accounts receivable of a user, or accounts paid or received by any entity. 

In accordance with the invention, a customer or user is provided with a centraHzed website 
for gathering and maintaining records of that user's financial transactions. If desired, any provider 
of goods and services can maintain such a website, as weD. In the preferred embodiments, the 
websites utilized and referred to herein arc the customers' or users' webbanks. 

In one embodiment, vendors, Le. any providers of goods and/or services fmcluding, but 
not limited to, banks, utility companies, and so forth) are provided with the address of that 
website. Those vendors can periodicaUy, or as desired, send statements or information to the 
website regarding the customer's accounts at the vendor. 

In an alternate or additional embodiment, the customer's website has the webaddresses of 
those vendors preprogrammed in, and accesses those vendors' websites, either periodically or when 
desired, to gather information regarding the customer's accoimts. 

In an additional or akemative embodiment, whenever a customer uses a card (whether a 
finandal card or other can^ and/or accesses or transacts business using the customer's account at 
the vendor, information regarding that transaction or use is forwarded to the customer's website. 
The address of the website can be provided to each mdividual vendor and/or located on the card 
itself. 

In the preferred embodiment, the cards used are programmable credit or debit cards, 
although traditional cards can be used as weU. For example, a credit card customer can provide his 
or her credit card company with his or her webaddress. The credit card company maintains a 
record of this webaddress on file in its records. Whenever the customer's credit card is used, 
whether at a retail estoblishment, over the telephone, or otherwise (e.g. in automatic monthly 
billing or otherwise), the credit card company sends records to the webaddress. The notification 
indicates and summarizes the nature of the transaction that was processed on the customer's 
account. Any desired information can be provided, inchiding, for example, the vendor, the place 
of purchase, the amount of the purchase, the item purchased, and/or any other desired details. In 
this manner, the customer receives early and frequent statements which serve as both biUing 
statements and as confirmations and receipts whenever his or her credit card is used. These 
oatements can be referred to periodically by the customer when he or she accesses the website to 
pay his or her bills. 



53 



"^omssm pcr/usoo/07457 

Thus, whenever desired, the customer can then look at his or her website to deieimine 
recent activity, pay bills (by viewing sutements from vendors which have been forwarded to that 
webaddress) and so forth. Likewise, the server having the website thereon (or another computer), 
can be programmed to send the user a periodic emaU (e.g., daUy, weekly, monthly, or so forth) or 
to post a periodic notification on the website, summarizing the activity of the user for that period 
In this way, the customer can monitor his or her financial activity. In addition, he or she can 
easily spot fi:audulent non-authorized transactions. 

As a result of the invention, a variety of objects are accomplished. For example, the 
customer becomes rapidly informed of aU transactions that are conducted using his or her cards 
and accounts, in an ahnost immediate fashion. If a fcnidulent transaction is conducted on the 
customer's account, the customer wiU learn of it ahnost immediately (e.g. at the end of the day). 

rather than at the end of the month when the bill comes in. As the customer can detett fiaud 
more quickly, and the provider of the goods or services can likewise act on fraud more quickly, as 
welL This facilitates the reduction of fraud, and the apprehension of the perpetrators of such 
firaud. 

Moreover, the customer is provided with a virtually realtime and/or instantaneously 
accessible, running record of any and afl of his or her transactions, inchiding any transactions 
conducted with any of his or her financial cards or other accounts. This record is updated 
whenever the accounts are used, rather than once every month, or is updated periodically, if 
desired. The record can replace standard bills and statements, or can supplement them. 

In an additional embodiment of the invention, the website can process the information 
received from various accounts in a unique fashion. In the preferred embodiment, upon receipt of 
the informarion from a provider, the information in the email is downloaded into a database 
linked with the website. In the preferred embodiment, the database is maintained on the server 
hosting the website and/or a database on the customer's own computer. Preferably, the database is 
comparible with standard protocols and formats and/or with commercial database and/or financial 
programs, such as Microsoft Access, Quicken, or so forth. In a fiirther embodiment, the website is 
programmed using XML or another suitable method. The information in this personal database 
maintained for that customer can then be consolidated and manipulated by the customer in 
whatever manner the customer desires. For example, the daubase can be viewed and reviewed by 
the customer in a variety of ways, just as information in any other database can be viewed, queried, 
and so forth, as is known in the art. As an alternative to downloading the information into a 
computer file which is part of a database program, the information could be downloaded into a 
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spreadsheet or any desired financial management program. 

For example, in a preferred embodiment, the website can automatically list all of the user's 
transactions for the day. the month, the year, or so fonh. Alternatively, the site can list all of the 
transactions for a period, aU of the transactions for a particular card or account, or any other subset 
of the customer's total financial information. This processing can be as an alternative to viewing 
periodic (e.g. daily) updates or in addition to it. 

It IS preferred that both periodic notifications of activity and automatic statements or 
consolidations of information provided. Viewing notifications of transactions as they occur (e.g. 
realtime notification) has the advantage that the customer is immediately presented with 
information regarding the most recent transactions on the account, each time he or she checks his 
website. Likewise, automatic statement processing has the advantage that the customer can obtain 
a table of a large number of tramacrions at once, making it easier to locate a specific transaction, 
review usage over time, and so forth. In addition, in the preferred embodiment, periodic 
consolidations of information can be posted automatically (or when requested by the user) on the 
website as previously discussed, e.g. all of the activity for some period, e.g. all acitivity since the 
customer last checked in and/or all activity for die day, for the week, for the montii, or so forth. 

If desired, the customer can selea some or all of the information in the personal account 
information database and that information can tiien be processed as the customer desires, upon tiie 
customer's request, for integration into a specialized statement in any format that tiie customer 
desires. This speciaUzed statement is usefid when the customer wants the statement presented in a 
specific manner, wants information for a specialized amount of time (e.g. 6 weeks, 45 days, one or 
more quarters, etc), or so forth. 

Smiilarly, the customer can choose functions on the software or website to have the 
statement display in a specific desired format. In the same way that a database, spreadsheet, or 
financial manag e ment program can be used to generate different types of i^orts and reports in 
different formats, so too the account information can be displayed in a variety of types of reports 
and formats. 

In die various embodiments of the invention, and particularly in die automatic processing 
or notification embodiment, die user is provided widi a real time version of his or her accounts, 
including accounts fi-om totally different companies and goods and service providers, which can 
always be up to date, or virtually up to date, radier than one month behind, and which can be 
easily and quickly arressed and reviewed. 

As an alternative to receiving information to a website, the user and/or his software could 
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check the website or database of the financial company or goods and service providers to obtain 
current information. As a further akemative, hyperlinks can be provided at the user's website to 
the user's accounts at other vendors. Receiving information at the user's website from the vendor 
amomatically, however, is far preferred 

The website (and/or email, if desirecQ can also be provided with a link to quickly report 
back problems to the vendor or provider. Upon receipt and review of the customer's information, 
the customer can immediately report problems directly to the provider (with the added advantage 
that the customer does not have to wait on a telephone on holcQ. The customer can send an email 
or can dick on a link (e.g. from a series of hyperhnks providecQ. One Unk, for example, could be 
to security to report that the customer did not make the credit card purchase reported, and thereby 
alert security that a fraudulent transaction has just been deteaed In addition to notifying the 
vendor, the detailed information regarding the specific transaction at issue is immediately 
transmitted back. 

In accordance with the invention, transaction information can be sent by a vendor for all 
attenq)ied transactions, only for transactions which are approved, or even only for transactions 
which are declined, if applicable. In the preferred embodiment, the confirmation/summary is sent 
for all transactions, providing the account holder with a complete record and notification of all 
transactions, both approved and declined ones, as in the case of credit card transactions. 

In addition to allowing monitoring information on his or her own account, the invention 
also allows the customer to more easily monitor and review the activity of other members of the 
account or webbank, if desired Accordingly, the email can therefore list which individual on an 
accoimt the transaction corresponds to. 

In accordance with a further embodiment of the invention, the principles of the invention 
are employed, as set forth above, but in conjunction with a specialized card which is spedficaUy 
provided to a consumer to allow for the tracking of receipts, or a spedaUzed card which is linked 
to the customer's webbank, or so forth. In this embodiment, the card is used by the consumer to 
send data regarding a variety of different types of transactions to a central registry of the consumer 
or the vendor (such as the consimier or vendor's website), or so forth. 

In accordance with this embodiment of the invention, the consumer provides a credit- 
card-like card to a vendor when a transaction is conducted This "transaction card," however, is 
not used to make payment, but rather has the information on it for allowing data regarding 
transaction information to be routed (preferably over telecommtmications lines) to the correa 
location ^e. the webaddress of the user's website) for recordkeeping. The card can be provided 
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when the consumer is paying by a separate credit card, when the consumer is paying by cash, by 
check, or so forth. 

Using this transaction card, the transaction card number is input into the system or the 
transaction card is swiped through an appropriate card reader. In one embodiment, the transaction 
card is swiped through a standard credit card reader, and is processed using the preexisting 
networks for credit card approvak. Data regarding the consumer's transaction is then forwarded 
to the consumer's email address, to a user's web page (preferably the user's webbank), to a file at 
the card company, or so forth. This data can be as detailed or in as summary a fonn, as desired, 
from merely the vendor and the amount spent, to a breakdown of the individual items and/or 
associated description (for example, based on the associated bar codes). In this manner, 
recordkeeping regarding transactions can be maintained, data regarding spending can be correlated 
and analyzed, and so forth. This data can be maintained and collected using a sin^e transaction 

card to monitor the transactions using many different types of credit cards, to monitor cash 
transactions, to monitor check payments and so forth, with all of this disparate information 
forwarded to and/or collected in a sii^ location. The consumer can further phone information 
into that location. When desired, the consumer can access her or his information, either using a 
computer, by obtaining a printout (on demand, monthly, weekly, etc), by telephone, or so forth. 
As a further service, analyses of spending, and means of reducing spending and/or consolidating 
expenses, etc, can be provided by the transaction card company as well. Likewise, all of the 
features described above with respea to the credit card embodiments of the invention can also be 
applied with respect to the transaction card embodiments of the invention. 

In short, in accordance with the invention, a web site or web page can serve as a colleaor, 
recordkeeper, and so forth of a party's financial and other information. In a preferred 
embodiment, the website or personal webbank acts to collect all of the user's financial 
information, all of the user's records whether bills or receipts being centrally forwarded to and 
maintained by and at the website or webbank, for the user's convenience. In fimher akemaiive or 
additional embodiments of the invention, any other desired information (whether news or so 
forth) can be sent to or collected by the website periodically, or as desired. 

When desired, the consumer accesses the website and authorizes the payments therefrom. 
In one embodiment, these authorizations can be in the same manner that Internet banking (or any 
other conq>uter-implemented or Internet implemented bill payment) is currently conducted. In 
the preferred embodiments, the website is a webbank (also referred to as a milliiibank™.) In such 
embodiments, payments can also be conducted by webbank to webbank transfers, in which funds 



57 



^0»°«S7!0 PCr/USOO/07457 
are transferred between websites, or so forth, as disclosed in the present inventor's related 
applications listed above. In akemative embodiments, payments can also authorized by any other 
means, e.g. by telephone authorization by the user, and sent by any other means, including means 
well known in the art. 

Preferably, in accordance with the invention, authenticated records are likewise transferred 
instantaneously at the same time as the financial transaction, immediately providing each webbank 
with an authenticated receipt documenting, verifying, confirming, and recording the transaction 
for future reference. 

All transfers or payments made fi^m the website are preferably made sufficiently secure 
methods, such as using encryption technology as is known in the art, or as further developed in 
the future. Assymetric or symmetric encryption can be used for sending information over the 
Internet, or a combination of both. Such encryption methods, includii^ such methods as DES, 
Triple DES, RSA, PGP, among others, are known in the art, and are used to ensure high levels of 
security. 

In a preferred embodiment, the systems used employ identification (e.g. by using digital 
certificates), authentication (e.g. by using digital signatures), nonrepudiation, verification and 
privacy. In one embodiment of the invention, the systems used make use of the processor serial 
number of the user's computer, for further security purposes. 

In fimher alternative and/or additional embodiments of the invention, information and 
documents are also sent to the webbank to enable centralized storage of important records for 
access at any time by the user. Examples of the types of information which can be sent to the 
personal financial website include: receipts for purchases or payments, credit card statements, bills, 
tax return documents, real esute deeds, and any other desired informarion. This information is 
sent to the website (e.g. in the same manner that emaU is currently sent, and/or by sending in 
documents to a central authority which are scanned, and/or by providing electronic filings, 
authentications and certificates of such transactions, etc) and is stored on the webbank, or in an 
appropriate linked area (e.g. on the overseer bank's server or on the server of an appropriate 
audiority.whether private or governmental). Accordingly, when the user wants to access his or 
her credit card receipts, tax records, real esute deeds, marriage Hcense, or so forth, he or she can 
dial up his or her personal financial website and access the relevant information thereon. In a 
further embodiment, a call is made by the user to the website, but the website dials back the user at 
a predetermined Internet address or phone number or other location (or emails the information to 
the user's preset email address) to reduce or obviate the possibility of breaches of security. 
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Thus, as described herein, in a preferred embodiment of the invention, a user has a secure 
website or a webbank, the website or the webbank preferably being set up on a website on a server 
of an central authority (such as preferably an overseer bank in the case of a webbank). The user of 
the website or webbank, can access its website or webbank over the Internet, using secure 
encryption methods being used as are currently well known in the art, and, if desired, using such 
further encryption and security methods and apparatus as are developed in the future. 

In one embodiment, upon reaching the website or webbank, the user logs in with a 
password and account or subaccount number. (In a mukilayered or many member entity, such as 
a business, multiple subaccounts and passwords can be provided within the webbank). The 
account/subbaccount and password identify the identity of the user to the website or webbank, 
and the authorized functions and clearances of the user. 

The owner can review activity on his/her account and any joint account he jointly owns, 
and can directly arrange payments to any party by conventional or specialized means. 
Conventional m eans include such means for bill payment using web banking as are currently well 
known in the art, and as arc provided by numerous banks and by bill payment services. 
Specialized means can include functions available using a webbank, such as wire transfers to or 
from any other webbank, transfers of money into programmed joint account for a second party to 
withdraw when ready or under certain conditions, or so forth. In the latter case, the sender can be 
set up a own password for access to the funds, or can be assigned a password, the password 
exchange, for example, being sent by email or by a connection between the sender and recipient, 
or through the overseer bank or so forth. 

With payments through the website or using the webbank, desired or required information 
can be sent with the payments. With the webbank in particular, any and all farther information 
desired can be associated with such money, payments or transfers, as "atuched to" the money or 
payments. Such associated information can inchide, for example, who is "writing the check", who 
is "cashing the check" (or who is authorized to cash it at the recipient), who the contaa individuals 
are at the payee and payor Cmcluding addresses, email addresses eta) for further information, or to 
follow up, or so f ortL Likewise, notes or information can be posted in a joint subaccount or 
forwarded to a Knked subaccount. With notes posted in a joint subaccoimt, these can be 
immediately viewable by all members of the joint subaccount and/or can be sent by email to other 
individuals on the joint subaccount, or by pmail to the linked subaccoimt. 

The website or webbank can be set up for automatic transactions as well, including 
automatic payments, and so forth. For payments or transfers, a party can control the payment or 
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transfer time (and can particulariy control it with pr«ision with a webbank). and have transfers 
conducted at the time desired In the webbank embodiment in particular, the user can verify the 
transfer directly, and look at the records on both sides. 

Thus, in accordance with the invention, a web site can serve as a central colleaor, 
recordkeeper, and so forth of a party's financial and other information, including information 
regarding transactions of aU forms and bills and receipts relating thereto. Such transactions can 
include both Internet transactions and traditional transactions (e.g. transactions at traditional 
-brick and mortar" establishments). This website or webbank can be used to pay bills or conduct 
funds transfers, as desired. In further alternative or additional embodiments of the invention, 
other infonnation can be sent to the website periodically, or as desired. In one such embodiment, 
financial information (e.g. dosing prices regarding the stocks in a party's stock portfoUo). news or 
so forth, can be sent to or collected by the website each day or periodically. In another 
embodiment, news can be sent to the website. 

Moreover, in accordance with fiirther additional or alternative embodiments of the 
invention, any desired information, not just financial information, can be forwarded to and/or 
stored on the website or webbank. with or without banking or payment functions provided at the 
website or webbank. The website or webbank can be used to keep copies of documents such as a 
party's driver's license, passport, insurance card, medical records, and so forth, which can be 
"produced- to an appropriate party by accessing the website or webbank when necessary. In this 
manner, die website or webbank inchides fbnctions to fimher include an "electronic safety deposit 
box". 

Furthermore, in additional or alternative embodiments of the invention, the website or 
webbank can be used as a storage site of dau diat the entiiy keq>s on its harddrive, Le. a 
centralized backup location which die individual's computer can always access to retrieve dau of 
any form forwarded to or stored by the user or webbank owner. 

In a further embodiment of die invention, a website is prtmded which can further be used 
to generate electronic invoices for forwarding to diird parties. In die preferred embodiment, diis 
website can have any of all of die odier functions described herein, and is also die party's 
webbank. 

This website can be provided to consumers in any of various forms. In a first 
embodiment, die user can type billing information directly onto die website, and can send an 
invoice from die website to any designated party. The information received at die website can be 
electronically formatted into an electronic invoice in accordance widi any of the current or future 
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formatting protocols for electronic bill presentment. Alternatively or additionaUy, a particular 
format can be provided which is proprietary to the such invoicing websites and/or to webbanks in 
general. 

In a second embodiment, information from an accounting or billing program is transferred 
to the website. At the website, the information is converted or translated into an electronically 
formatted website as discussed above. 

In a third embodiment, one or more programs are provided to the user which enable the 
user to generate electronic invoices. Such invoices can be generated locally on the user's computer. 
For example, the invoice can be generated on a personal computer, whether on a workstation, a 
server, a handheld computer, or so forth. Or, the invoice can be generated using a program 
accesssed by the user over the Internet. 

In the preferred embodiment of the invention, these electronic invoices are then forwarded 
to the website for storage thereon and/or for forwarding to third parties. 

In a preferred embodiment of the invention, the website is a user's webbank. Thus, in 
accordance with the invention, the website not only collects records, but is used to generate 
invoices and present electronic invoices to other wd>s£tes or to other webbanks. 

In accordance with the invention, software is prc^ranmied and hardware is provided, as are 
both known in the art, to effea the steps provided herein. 

Also in accordance with the invention, any of the embodiments of the present appUcation 
can further be implemented using technology developed in the future or currently under 
development, as that technology becomes ready for use on the Internet and/or in commercial 
apphcations. 

Vm. EUctrmkBnancid Took (md Systems 

Thus, in accordance with the invention an entire series of novel electronic finanr^a) tools 
and mechanisms as provided above. Numerous other variations are possible. Some further 
e x a mp l e s of such tools are provided below. 

A. Designated Money 

As previously described, money can be associated with any existing or blank financial card, 
whether standard credit and debit cards, or prc^rammable cards. In accordance with the 
invention, money can also be "left" for an individual on the Internet for the individual to pick up 
at any time, or for association with any financial card (existing or blank). For example, a person 
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can create a webbank subsidiary/ subaccount and leave money therein for a tbird party. Such 
funds can be in various forms, such as a check made out to cash, or so forth, but are preferably 
encoded for the sp>ecific recipient {e.g. tising assymetric encoding). 

The owner of the webbank can then set a password for the webbank 
subsidiary/ subaccount and then preferably provide both the subaccount ntmiber (which as with all 
of the accotmts and subaccoimts of the invention, is preferably a webaddress) and the password to 
a third party. The third party can then access the webbbank by typing in the webbaddress in his 
or her browser, and using the password can access the funds. 

In an alternative embodiment, if the subaccount nimober were sufficiently long, that 
subaccount number could be used alone, as its length could potentially provide security similar to a 
password as well. In either embodiment, once the subaccoimt has been created, the third party 
then, access the money therein, and using any compiuer transfer that money wherever ^^irH, 
associate that money with a finflnri al card, or so forth. 

If desired, this subaccount can also be associated with a credit card and/or debit card 
and/ or bank account, or so forth, at the webbank. For example, funds could be placed on the 
webbank subsidiary in association with a card which is physically provided to the third party, or 
so forth. 

Thus, money can be left for any mdividual on the web, if desired, whether that individual 
has an account with the metabank, or so forth. That money could then be picked up or used by 
the individual usii^ just a computer with Internet access, or using an ATM machine, or using a 
finan ci al card Qi the webbank's funds have been associated with a financial card, as previously 
discussecQ. In fcurt, the person accessing the funds need not even own a computer, an pmail 
accoimt, or Internet access. The person accessing the fimds can use them if he or she has access to 
a computer having Internet access (whether a friend or relative*s computer, a con^uter at worit, a 
public terminal or kiosk, etc) or even access just to an ATM machine, or even if the person merely 
wishes to shop somewhere that accepts credit or debit cards. In this manner, cash, checks or credit 
and debit cards can be instantly Tianded" to anyone else regardless of physical distance. 

B. Forms ofFfimb and Money 

In various embodiments of the invention, numerous forms of money or other assets can be 
provided, as welL Each of these forms can be created by progranuning the parameters of the 
webbank accordingly, the wd>bank serving as the "depository" of that money (or other assets) and 
listing the properties of the funds or other assets associated therewith. 
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In one embodiment, -simple money" is provided, which is merely a sum of money, as 
currently used in the art. 

In a further embodiment, multiparameter (or parametric) money and assets can also be 
provided, i.e. money (or other assets) which has parameters directly programmed therein as part of 
the funds. A first example of complex money, is as provided above, Le. money inchiding 
expiration and termination dates and/or activation dates. Money with an activation date can only 
be used after a certain date, or only after activated by the sender. For example, it can be owned by 
the recipient (or by the sender or a third party), but the recipient cannot use it until a cenain date, 
or unta the recipient has activated it). Furthermore, divisibiUty rules (how it can be divided up), 
what the money can be used for, who it can be used by, and so forth, can be provided as weU with 
muHparameter money. Reversibility (the funds being two way, e.g. such that it is either capable 
of being retrieved by the sender or, akematively returned to the recipient), can be provided; or, 
non-reversibility can be provided (the funds being one way, e.g. non-retrievable by the sender or 
non-returnable by the recipient) as discussed below. Conditionality can also be provided (e.g. 
funds are forwarded upon the fulfiUment of certain conditions, e.g. when certain times or dates or 
reached, or when a certain series of approvals are obtained from one or more parries, or so forth). 
Numerous other parameters can be provided as well 

hi the preferred embodiment, the parameters of multiparameter money can be readily 
ascertained by accessing the the webbank account number (e.g. the webbank with the particular 
webbaddress provided for those fimds or assets). At that webbank subsidiary the authorized user 
can view the parameters of the ass^ of funds, e.g. as text, or as an image or as any other file. This 
access could be any party in a first embodiment, or by any party with the key in a further 
embodiment. In the first embodiment, the amount and ownership, account numbers and so forth 
can be encrypted. In the second embodiment, all information regarding that money can be 
encrypted. Accordingly, some or all of thie parameters or multi-part money can be encrypted or 
public, as needed by the specific transaction which is beir^ undertaken. 

In one embodiment of multiparameter money, compound money is provided, money 
further atuched and inextricably associated with other non-money information, such as a text 
mess^ an image, graphical data, a password, etc. such that transfer of such dau also transfers 
money witii it, or transfer of such money also transfers such data with it. In one example, for 
every download the user receives a certain amount of money and that money is part of the 
downloaded material itsdf . 

In a further embodiment of multiparameter money, money which retains its history can be 
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provided In this form of money, aU movements of the money are recorded in it (e.g. as a 
numerical tag to the end of the money, by using money in the form of an image or file or so 
forth), either indefinitely or for a certain predefined number of transactions. As one example, all 
money originating from a given webbank sends its history back to its originating webbank as it 
moves from one location to another etc. 

Multiparameter money can have transfer provisions as well For example, it can indicate 
when, where and/or how it will be transferred, or whether it will revert, if not used. This 
embodiment is particularly useful to prevent lost money such as that which sits in a dormant 
accounts till forgotten. In some situations, multiparameter may often not be freely aUenable, if 
progranmied as such. 

In a further embodiment, money can further be transferred from one form to another, by 
the webbank owner, as desired. 

In a further embodiment, programmable and nonprogrammable money can be provided, 
i.e. money whose variables can be changed by the user, and those which cannot be. 

SignaUing money can be provided, Le. money which sends certain signals or triers 
certain events or so forth when used. For example, the money can cause an email to be sent to a 
party, causes a program to be run, or so forth when sent or when received. 

Encrypted money can be provided as well; Le. money which is received, but can not be 
used tmtil a decrypting key is provided. 

Different forms of passive and active money are available with parametric money as well. 
For example, a user can create self-investing money, money which automatically takes certain 
actions for the user (e.g. upon receipt automatically investing itself into certain types of accounts 
or so forth, even before the user does it, to gain the benefit of the time between when the money 
would be recdved and when the user would ^ a chance to invest it). 

Investible and noninvestible money can be provided (either always or for a certain period 
of time), the latter being money which maintains its value, but which can not be invested, to 
reduce the risk of loss (but also preventing gains). 

Multi-key money can also be provided, in other words, money which has one or more 
counterparts or keys with both parts, keys or confirmations needed for it to work. 

Money can also be designated for its available uses or types of use, as indicated in the 
referenced provisional with respea to customized credit cards. For example, money can be 
designated as only available for certain types of uses. Or. it can be designated as depositable into 
any one of multiple accounts, or for any cme or multiple purposes (e.g. analogous to a check made 
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out to "for foo<r without indicating what restaurant or grocery store, etc. it is for; rather, it is for 
any restaxirani, grocery store, or so forth). 

Money can also be linked to other forms of vahie (e,g. stocks, precious metals, etc), is 

desired. 

In accordance with the transfer embodiment herein, a party can control the transfer time 
of funds precisely, and have transfers conduaed at any time desired. It can also verify the transfer 
direcdy, and look at the records on both sides. 

If desired, this transfer can be conducted according to set parameters which are set for that 
panicular subaccount and/or for the entire webbank (or the entire customized carcQ, or so forth. 
In one such embodiment, a parameter can be set such that the transfer of funds between parties is 
made immediately (as if the transaction were being conducted in cash). In another such 
embodiment, the transfer of funds is made after a certain amount of time (e.g, thirty days). In 
another embodiment, transfers of funds can be in fractions of cents or can include fractions of 
cents, for micropayments. 

In further embodiments, the transfer is reversible or irreversible by the buyer and/or the 
seller. In a reversible transfer embodiment, after the buyer transfers the funds or the seller 
withdraws the funds, the buyer can nonetheless pull back the funds or some portion thereof. 
ReversibiUty, for example, can be provided for some period of time, or under certain conditions. 
For example, a transaction can be reversible such that a party can pull his or her money back 
within a certain number of days. Or, a party can be reversible such that it can get its money back 
upon not accepting the shipment from the sender. In such an embodiment, the verification of 
nonacceptance, for example, can be provided using an electronic authentication of the 
nonacceptance by the shipping company to the webbanks of the sender or the sender and buyer. 
Alternatively, a transaction can be reversible, upon sending the goods back within a certain period 
of time, or so forth. In an irreversible or nonreversible transfer, the sender of funds or buyer can 
not automatically pull back funds from the recipient or seller once the funds have been sent. 

In further embodiments, a transaction has to be confirmed (whether at the time of, or at 
some time after the transaction) by one or more parties thereto for the transaction to be effective. 

In further embodiments, the transfer of funds between two parties (e.g. buyer and seller, or 
so forth) is made in multiple st^es. 

In yet further embodiments, the transfer of funds is made to one party (e.g. the seller or a 
third party, or so forth) and notification is provided to a separate party (e.g. a third party, or the 
seller, or so forth). 
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In yet further embodiments, the transfer of funds is made upon receipt of certain 
confirmations or authentications. Such confirmations or authentications can be of a third party or 
one of the parties to the transaction. Examples of third parties include shippers, appraisers, 
arbitratrators, or other third parties, whether involved or related third parties, or third party 
neutrals. 

In further embodiments, payments can either be made directly from party to party or 
through an intermediate holding area or escrow area or subaccoimt, where the funds are 
temporarily held. 

Thus, in accordance with further embodiments of the invention, a webbank owner can set 
any desired defaults for money which is created, transformed, received, or so forth. 

C ''Intercommunicatmg'* Assets and Ftmds and Sig^ 

In accordance with the invention, funds and assets are linked to databases, such that 
information is associated therewith. As a result, use of the funds or assets, or, in the preferred 
embodiment, use of their webbanks, allows databases of different parties to communicate with 
each other, to exchange information associated with those funds, assets, or webbanks, and so forth. 

In the preferred embodiment, each webbank has database records associated therewith, 
such that any and all further information desired can be associated with such money, payments or 
transfers, as "attached to" the money or payments. Such associated information, includes, for 
example, who is "writing the check", who is "cashing the check", who the contaa individuals are 
at the payee and payor ^chiding addresses, email addresses etc) for further information, or to 
follow up. Likewise, notes or information can be posted in webbank, including a joint subaccoimt 
and/ or forwarded to a webbank, such as a linked subaccount. With not^ posted, for example, in a 
joint subaccoimt, these can be immediately viewable by all members of the joint subaccount 
and/ or can be sent by email to other individuals on the j oint subaccount, or by email to the linked 
subaccount. 

In one embodiment, for examp le, use of a webbaddress for payment allows other databases 
receiving that webaddress to utilize the public information associated with that database. As an 
example, merely using a webbaddress (e.g. on a Federal Express® package as the payment account 
number) allows the Federal Express database to not only access the funds but all other associated 
information in that webbank. Such information can be the name, address, telephone number and 
so forth of the shipper. It can also, however, be the name, address, telephone number and so forth 
of the recipient, the shipping instructions, and so forth. The second database accesses the 



66 



wo 00^5793 PCT/USOO/07457 
webaddress and can immediately access and obtain the pubUc information stored at that 
webaddress's associated database. This can be done by using XML, or any other suitable technique 
for sharing and transfening information among and between databases. 

Likewise, use of a webbaddress can also aUow signalling to take place. As an example, 
using a webbaddress (e.g. on a Federal Express* package as the payment account number) allows 
the Federal Express database to send a signal that webbank when the package is deUvered. Upon 
dehvery, or within some predetermined time thereafter (e.g. to provide time for inspection), the 
webbank can then release the funds. Thus, a webbank can be programmed in advance to release 
funds only within a certain period of rime after upon receipt of an authenucated signal from a 
trusted third party or third party database, such as a shipper or other neutral third party, whether 
an escrow agpnt, an agreed upon outside lawyer, or so forth. Similariy, in addition to as an 
ahemarive to release of ftmds, other events can be triggered, such as forwarding of an emaU to an 
appropriate party (e.g. that the shipment has been received), creation of a webbank (e.g. which will 
be specifically associated with those goods), modification of the parameters on the webbank, 
execution of a program at the webbank, release of data to the webbank or records at the webbank, 
or so forth. 

Verify records on other side 

In addition, with a webbank subaccount, whether a joint account and/or a linked 
subaccount, or with a public subaccount, a user or owner of die webbank can also go directly to a 
seller/buyer (e.g. by accessing the records of the appropriate hnked subaccount or the joint 
account or subacount) and verify the records regarding whether the money was sent and/or 
received by that party. Thus a party can check whether funds were received by the payee or 
transferred out (e.g., "cashed" by die payee). Or a party can check whether funds were mailed out 
by the payor ^e. by looking for an authorization or indication on the subaccount or the joint 
subaccount that an authorization transfer has been entered). Those records, diough private to 
most users, can be set up as "public" or open to die odier party involved in die transaction. In one 

such embodiment, access can be set up so that a party can logs in with an account number and 
password and requests information from the other party's webbank. 

D. Issuance of "ThffXalCMrrency' 

hi accordance with the embodiments of the invention described, if desired, the webbank 
owner (and/or die central audiority) can issue currency (e.g. digital money) on die webbank. Such 
currency can be transferred, as any other payments described herein, can likewise be associated 
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with specific subaccounts, with specific cards fmchiding cards issued by the central authority or the 
webbank owner), or can be subject to any other desired paramaers. 

LocaUzed currency can be generated which can only be used with specific sites; for 
example, only at the site of the issuer, e.g. using assymetric encryption, as described above. Or, 
currency can be created which is only good for a specific type of goods and/or fo 
amount of time. For example, pubfic keys can be created which are associated not only with 
individuals, but with types of goods, specific stores, specific times or ranges of time, or which are 
associated with any other webbank, fimd, or asset parameter. Or webbanks can be programmed to 
be active only for certain times or only for transfer to certain webbanks or types of webbanks or 

soforth. Thus, numerous types of currendes. assets and so forth can be created in acco^ 
the invention. 



E. Personal Clearinghouses 

In accordance with the invention, the personal webbank can serves as the dearinghouse 
when a transaction is conducted. The personal website can serve as an intermediary between the 
credit card company or a bank or other financial institution and the vendor, if desired, 
transmitting inf ormarion between the credit card company (or so forth) and the vendor, or can be 
an enc^int, recdving information firom the vendor or the credit caid company as transacuon are 
being processed, or once transaction have been completed. 

This can be used for financial or other purposes. For example, a user can notify his or her 
webbank first when credit cards, debit cards, drivers* licenses and so forth are lost. Then when 
those cards are later used, the first database which is checked is the webbank assodated with that 
card- In other embodiments, traiisacrions undertaken by the user can be set such that all 
information regarding the user's transactions is sent to the user's webbank, as discussed above, so 
that the user maintains centraKzed records and recdpts with no loss of information. 

Furthermore, these personal dearinghouses could be customized by the user, to the extent 
permitted by the metabank. Likewise, the management of the funds on user's webbank itself 
could also be customized, if desired, to the extent permitted by the metabank. For example, the 
user's funds in its Tjank account" or webbank could be delegated for investment by the bank (as is 
traditionally the practice) or for investment by the user or a designated third party (e.g. a mutual 
fund, a broker, or so forth). 
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F, Joint and Linked Accounts 

As previously discussed, joint and linked accoimts can be provided. An example of a joint 
accuont would be a webbank (e.g. main account) or webbank subsidiary owned by two or more 
parties. Additionally or alternatively, linked accounts can be provided, i.e. webbanks linked to 
one or or more other webbanks. 

For examp le, in one configuration, a subaccount on the card or the webbank of a first 
party (**a first party subaccount*^ can be linked to the card or webbank of a second party ("a 
second party subaccoimt*), with the linkage set so that both the first party and second party are 
each responsible for paying certain expenses or debts, in a hierarchical, first party pays first, second 
party pays second configuration. Such a configuration is analogous in some respects to the 
cosigner concept of the prior art, although with considerably greater flexibiHty and more extensive 
uses. In such a configuration, if the first party does not pay a given amount (by a given time, or 
under certam conditions) then the second party is responsible to pay the amoimt at issue, and is 
notified of the fact, and/ or the necessary funds are debited from the second party's account, or 
some buffer account established by the first and/or second party. For example, a linked account 
can be given to a college student, with the college student responsible for making payments. 
However, if the college student does not make or misses a given payment, then payments ran be 
made, and are due fix>m, the parent. The payment fi'om the parent can be due at the same time as 
the payment from the student, or can be due within a certain amoimt of time thereafter if the 
student does not make the payment in question. Moreover, both payors, if desired, can see and 
keep records of the other payor's transactions. Numerous other variations on such a system are 
possible. Such a system can likewise be used with any accotmt on which there is or would be a 
cosigner in the prior art. 

In another variation on these embodiments of the inventions, businesses or organizations 
can link or network their webbank or card accounts and/ or subaccoimts. 

In one version of this embodiment, for example, a payor and payee can link their 
subaccounts such that they can transfer payments and funds between each other, e.g. for direct 
dectronic commerce. In one such embodiment, a buyer and a seller can link subaccounts to 
conduct a business transaction. In this embodiment, both the buyer and the seller each have 
webbanks (and/ or customized cards) which are used to conduct such transactions. 

For exan^le, in one embodiment, the buyer creates an account or subaccount within the 
buyer's webbank linked to an account or subaccoimt on the seller's webbank. The buyer can then 
authorize a certain amount of ftmds for avaUabihty within the buyer's subaccount for or transfer 
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to the seller's webbank, and/or withdrawal by the sdler, and/or subjea to certain payment 
parameter, as described herein. Any purchase made by the buyer from the seller is made with the 
particular subaccount linked to the seller's webbank. Accordingly, when a purchase is made by 
the buyer from the seller, the buyer uses that particular designated subaccount and the funds from 
that particular subaccoimt are automatically moved directly to the seller, either by the buyer 
effecting a transfer to the seller's webbank or by the seller making a withdrawal from the buyer's 
webbank. 

In further embodiments, groups of two or more individuals and/or businesses or other 
entities can network accounts to share or allocate expenses. This can be effected using 
appropriately linked subaccounts and/or using a joint account common to aU or some subset of 
the entities. For ex a mp le, if three businesses are in a joint venture, their subaccounts can be linked 
and parameters can be set such that payments can be made from either subaccount (or from a joint 
account), either in general for all transactions, or for particular transactions or types of 
transactions. When done in general for all transactions, for example, when any of the parties 
makes a purchase the amounts due can be withdrawn from any subaccount of the party or from a 
joint subbaccount, potentiaDy subjea to certain conditions. When done for particular 
transactions, for example, when any of the parties makes a purchase, certain types of purchases are 
posted to the bill of the first business or party, other types of purchases are posted to the bill of the 
second btisiness or party, and yet others to the third business or party. Or, alternatively, all 
purchases made under any of the three subaccounts are divided in thirds (or otherwise divided in 
some set manner) such that each business or party is billed for its share. Preferably the party also 
receives notification of the total amount of the billing, and confirmation that the other party was 
billed for its share, when being billed for its respective portion. 

In the preferred embodiments, transfers involving a party's webbank whether to or from 
that webbank or between two parties webbanks, always has information sent back to that party's 
webbank and preferably to the overseer bank as welL 

If desired, any transfer or transaction can be made with any level of identifying detail and 
associated conditions as desired. Transactions can be made which list the relevant party or parties, 
or anonymous transactions can be conducted. Likewise transactions can be conducted under set 
conditions, as discussed herein. 

G. DireaCmtrolofhmds and Their Clearance 

Accordingly, using the present invention, if desired, parties can transfer money directly 
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among themselves using the financial vehicles provided by the metabank. These transfers are 
preferably conducted directly, by the parties transferring directly from one webbank to another. 
In this preferred embodiment, the individuals have the power and authority to execute the 
transfers directly with the information passing through the meubank (and the funds, in a preferred 
embodiment, being transferred between subaccounts of the metebank), but with the webbank 
owner(s) direcdy executing the transaction and controUing its funds. The parties can therefore 
move money at any time desired, and are further empowered to move money such instantaneously 
to another account. This is in direct contrast to the prior art where checks take various days, at a 
m i nimum, to dear, where credit card transactions can take days or weeks to be settled, and where 
even electronic banking by computer, or wire transfers can take hours before the transaction is 
conducted and/or completed by the bank. Moreover, the user or webbank owner, in accordance 
with the invention, sets up the transfer itself, directly, rather than providing information to a third 
party which conducts the transfer. 

Currently, an exxntfs bank is given instructions to execute a transfer, in accordance with 
the invention, the entities themselves can direcdy effea transfers of their own money if desired. 
Moreover, currently, a party can authorize a bank to send funds, but has no control over when 
those funds are sent or when they clear. In accordance with the invention, the consumer can 
control precisely when funds are sent, and precisely when or how long it takes for the funds to 
dear. 

Thus, a consumer can write a check (using checks provided by the meubank) and program 
the webbank so that the particular check dears in one day, or a week, or any other time, as 
desired. Or a consumer can send funds (e.g. from webbank to webbank) which will be received by 
the redpient in a day (or any other desired amount of time), but will dear in twdve days (or any 
otiier desired amount of time). The other party then can recdve the funds quickly (or in whatever 
the designated time is), but will be unable to use them until die dearance period has elapsed 

likewise difEerent combinations of the above techniques can be used. For example, in the 
last ilhistration, the funds could be certified funds (like a certified check) 
aside from the sender's account, which provides verification for the redpient that the fimds are 
available and will be provided at the end of the time period or upon fulfiUment of the necessary 
conditions. At the same time, the sender's instructions to dear the funds after a certain amount of 
time, can allow the sender time to receive and inspea goods, and/or to collea interest on the funds 
during the dearance period, or to caned the deal, or so forth. 
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H, Metabank as a Certificate Author^ 

In the preferred embodiment, the metabank serves as a certificate authority. If desired, ii 
can create other lower level certificate authoriteis beneath it. as webbanks, or other metabanks in a 
network of metabanks, or so forth. 

Also in accordance with the invention, authenticated records are provided with all 
financial transaction, immediately providing each webbank with an authenticated receipt 
documenting, verifying, confirming, and recording the transaction for fixture reference Cmcluding 
time and date stamping by the metabank). In addition, aU transfers of information between parties 
are preferably made using encryption technology as is known in the art, or as fiirther developed in 
the fiiture. Assymetric public key cryptography) or symmetric encryption (secret key 
cryptography) can be used, or, preferably, a combination of both. Such encryption methods, 
including such methods as DES, Triple DES, RSA, PGP, among others, are known in the art, and 
are used to ensure high levels of security, in conjunction with the systems described herein. 

In a preferred embodiment, the systems used employ identification (e.g. by using digital 
certificates), authentication (e.g. by using digital signatures), nonrepudiation, verification and 
privacy. The systems used preferably make use of the processor serial number of the user's 
computer, for fiirther security purposes, and/or of biometric identification means, 

/. Bill Filtration 

In accordance with another novel invention and feature of the present system, bill 
filtration is provided. In accordance with this invention, the webbank is provided with the 
permissible parameters of bills which it is designated to receive. (Although the webbank is 
preferred, any other computer processor or computer server can also be utiUzecQ. Upon receipt of 
a bill, the webbank checks die parameters of the received bill against the permissible parameters. 
This checking can be conducted by a a computer at the metabank, and/or the user's personal 
computer or so forth. In this way, if the bill violates acceptable parameters, the user can be 
notified Thus, the user is provided with notification of errore in bills or fi^udulent charges which 
he or she might otherwise not recognize. 

In a simple example, a user could have an Internet service which is supposed to charge a 
flat rate of S19.95 per month (a common current rate). Each month when the bill for Internet 
service is received by the webbank (or when a credit card bill containing that charge is received) 
die webbank can check to determine whedier the charge is indeed $19.95 per month. If die charge 
is in excess (or less) than that amount, the webbank can notify the user that an error is present. 
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In one embodiment, for example, each service provider can be provided with its own 
miique code so that the webbank compares the charges for a specific service provider (a specific 
code) against the charges received. Such codes and families of codes and hkewise, for example, be 
used to distinguish classes of uses of financial cards (such that some cards can be used at some types 
of establishments but not others, etc.). 

In a fiirther examp le, a user could be sent information from a trusted third party or 
organization regarding the acceptable surchaj^es on a user's telephone bills. Most users have no 
knowledge whatsoever as to what the exact amount and number of permissible surcharges are. 
Once the third party sends the data, which is downloaded to the user's webbank, that data could 
be compared against future telephone bills received by that user. Each time a telephone bill is 
received, the user's webbank can verify whether the proper or improper surcharges are being 
assessed. 

These techniques can be used to detea both unintentional and deUberate overcharges (and 
undercharges or credits). For example, a user's webbank couU be programmed to recognize its 
telephone bills as coming fix)m a specific service provider. If a third party deUberately moves that 
user's phone service to a different carrier (without jesting the user's informed consent, or by 
m is le ading the user), the webbank could detect that the bills are now coming from the wrong 
service provider. 

In accordance with various recent devices in the art, smart homes and smart devices have 
been provided which communicate with a party's computer. In accordance with those devices, a 
party's telephones, its electrical devices and so forth can be configured to send information to the 
party's con^uter or webbank whenever that telcould be connected to his or her computer such 
thai each time the computer is used, data regarding that use is sent to the computer or webbank. 
Thus, when a bill comes in the webbank can compare the usage chaises against the usage it has 
actually monitored to detect errors, and other problems. 

/ Retaa Store "Bank TeUers" 

In a further embodiment of the invention, cashiers at participating retail stores can serve as 
"bank tellers," to provide users with cash or as any other form of funds. In this manner retail stores 
participating in the network can participate to receive payments from users or to distribute cash or 
other assets to users. 

For example, an individual can put money on a card and then go to a participating retail store 
and withdraw cash off of that card in the same manner that a card would be withdrawn from an ATM 
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machine. The cashier verifies the funds on the card by accessing the webbank over the Internet, and 
provides the user with the sum required. The retail store can, of course, receive a fee for this service, 
or some other discount or service from the mptah ank 

Alternatively, the individual can place the funds in its webbank subsidiary corresponding to 
its account at a retail store (e.g. a Virgin Records, or 7-Eleven, or any store), with the money being 
used or withdrawn at that store from that store's account, e.g. as a credit in the user's account to be 
used or refunded to the individual, withdraw money at that location, to the extent the store 
participates. 

The same principal can be used at any retail store, or any other location whether a kiosk, a 
bank, or so forth. Money or other form of value (whether an account number or so forth), is 
provided to the cashier of the store (or proprietor of the kiosk or so forth), which then electronically 
credits those funds to the user's account as a deposit; or, the user can withdraw money at the retail 
store (or the proprietor of the kiosk or so forth), which the retailer then debits from the user's 
account. 

The money put on at that retailer or location (i.e. paid to the retailer) can be owed by the 
retailer to the overseer bank or card company or can be deduaed from what the card company or 
overseer bank owes the retailer ^e. for payments due to the retailer for credit card piurhases, or so 
forth), ff the money goes from the retailer onto a user's credit card account, the money goes on the 
card as a credit to the cardholder's account rather than a debit therefrom. In one preferred 
embodi ment , any or all of the embodiments of the invention, can use part of all of the existing credit 
and debit card network for processing payments. 

K. Functions in Internet Browser 

In a preferred embodiment of the invention, any or all of the fimctions or embodiments of 
the present invention can be built into the user's browser (or any other desired software) and/or can 
operate automatically in the background when that software is run. 

For example, webbanks can be created by clicking on buuons or functions in the browser, 
temporary card numbers can be issued and generated for web payments through the browser, cards 
and accotmts can be created and linked through the browser, and so forth. 

In one embodunent, for example, to transfer money, a user can click and drag money from 
one account to another. In one preferred embodiment, the user creates an icon for the transfer 
corresponding to the parameters of the transaction (e.g., type of money, amount of money, etc.) and 
transfers that money either by typing a command, by initiating a command off of a menu, by dragging 
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an icon, or so fortL 

In one embodiment, a transfer spurns two or more account windows in the browser (e.g. the 
sending webbank and one or more joint accounts; and, if desired, one or more recipients from the 
joint account). For example, in one preferred embodiment a user can access a webbank over the web 
(eidier anodier parties webbank or his own) and then, initiate a transfer. In one method, once m the 
webbank the user right dicks with the mouse, and selects a choice entitled "initiate a financial 
transaction-. If the user is in another party's webbank, the browser launches a window which accesses 
the user's webbank. Or, if the user is in his or her own webbank, the browser launches a window 
aUowing aparty to select what webbank he or she wants to link to. Alternatively, upon right dicking, 
the user can then indicate whether he or she wants to link to his own weblwnk, a third party 
webbank, link multiple webbanks, or so forth. 

The user can then keep the multiple windows open and arrange for a transfer diher by typing, 
by sdecting a menu option, right diddng an appropriate option, by dragging an icon corresponding 
to a certain amount of funds from one window to another, or so fordb. 

In an alternative or additional embodiment, when a user wants to iniuate a transfer from its 

wd)banktoasecond webbank (e.g. while the user is atawebsitehaving the second wd>bank, or bdng 
linked diereto), the user accesses its webbank (eg. by opening a separate window in the browser), and 
in that window iniriates and effects the tiansCer to the second webbank and other website. This can 
be done, for example, by typing or copying the other website's webbank identification information 
into an appropriate spot in the user's webbank. which then conducts the transfer. The user's webbank 
can, if desired, post an appropriate messagp to the other webbank along with the transfer of 
information. The transfer to the second webbank can be to a gpneral account or subbaccount of the 
second webbank party or to a spedal subaccount at the second webbank set up for the user, induding 
special subaccounts set up at the time of the transaction. 

In accordance with the invention, the user/banker can transfer money by itself 
instantaneously, and view the updated records on both sides directly; induding some or preferably all 
of the same records that the vendor will see and that the overseer bank/central authority will see. The 
user will also recdve verification information back from the transferee, which the overseer bank 
maintains a copy of as well, which verifies that the payment has been made. 

A user can open up (and display on his or her own screen) multiple accounts on his or screen 
all at tiie same time. He or she can also transfer money among those accounts. In a further 
embodiment, he or she can provisionaUy transfer funds among tiie accounts Ci.e. run simulations of 
different sorts) (to see ihe effects and weigh different scenarios) before confirming a transaction or 
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series of transacdons. 

L. Payments to or from any Wehpags 

In further embodiments of the invention^ the features of the system allow payments can be 
made to or from any existing or future webpage on the Internet. 

As provided above, in the preferred embodiment, webaddresses are provided as accoimt 
nimibers at a bank or other financial institution. Accordingly, any party can send money to a 
webpage by sending the funds to the corresponding webaddress. Thus, when the metahank receives 
such funds, the webaddress indicates to it that the funds are to credited to the owner of that webpage. 
If that owner has an existing webbank, the funds can be credited to that webbank; otherwise, the funds 
can be held for the owner of the webpage to claim or to associate a webbank with, or so forth. The 
owner of the webpage can be notified that funds were sent to it at the metabank. Alternatively, 
webp^e owners can request a search at the mmhank to determine whether anyone has left money 
for them at the metabank or sent n^ioney to them at the metabank. 

Similarly, any entity which has a normal webpage can send funds by sending a request td open 
a webbank to the metabank ^duding the appropriate information and verifications, etc.). Upon 
receipt of that request, the metabank can then create a webbank with an account number 
corresponding to the webaddress of that webpage (e.g. as a publicly accessible account and/or as a 
privately accesible account). 

Moreover, in accordance with the invention, any webbank owner can designate as one of its 
parameters that the funds deposited in that webbank be sent only to particular normal webpages or 
elseo to particular webbanks; or, can designate that funds sent to particular, designated, normal 
webpages on the Interna, be deposited in this particular corresponding webbank. 

Likewise, since the webbanks are represented on the Internet as webpages, any existing 
webpage can be linked to any desired webbank, in the same manner that webp>ages are linked to each 
other in the art. 

Similarly, addressing systems can be provided which make use of the webaddress/account 
number correspondence. Li the examples provided, spaces are used within the address so tl^at the 
present exacdples do not become hyperlinks in the event that the present application is posted at some 
future time on a website, such as the patent database of the U.S Patent and Trademark Office. 

In one system, a standard tag is used to stan the webpage's normal domain. For example, in 
one embodiment, if the webbanks of the present application were referred to commercially as 
''miUiiibanks" (which could be used as the standard tag), a third party could access a webbank linked 
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to a given webpage (e.g. www. acme.com) by typing "http://milliiiibank. acme. com". In this mann er 
any third party could send funds to the owner of "acmccom" by merely sending funds to this 
milliiibank address which woxild link to the party's webbank at the metabank. Likewise, the third 
party could use this address to access the acme.com webbank Alternatively "mmm" could be used 
as a standard tag instead of "www" or so forth. 

In a further embodiment, a webbank could be a path off of the metabank 's webaddress. For 
example, if the meubank were referred to as "firstmetabank-com", a party could send funds to the 
owner of "acmccom" by typing "www. fjrstmetahank.cona/ acmccom". In this manner the 
meraha n k recognizes that the use of the domain name "acme.com" indicates that an attempt is being 
made to ac cess the arme .com webbank, and the user is directed to that webbank. 

In a further embodiment, an owner of a webbank can create a webbank linked to an existing 
webp^e or create joint webbanks by using both parties webaddresses (or webbbank addresses) in a 
single webbank address. Thus, "Jane Doe" can jointly create a webbank with "acmexom" at acme's 
webbank by creating a webbank at "www. firsrmPTabank.com/ acme.com/janedoe" for tracking her 
account or purchases at acme (with acme's permission), or could create a webbank "www. 
firs tmerahank .com/ janedoe.com/acme.com" as one of the webbank subsidiaries linked to her 
webbank for tracking all of her purchases at acme, receiving bills from acme, and so forth. 

Numerous other addressing systems can likewis be used in accordance with the inventions 

herein. 

M Enandd Cards md} On/Off Swit^ 

In a further embodiment of the invention, financial cards can be provided with on/off 
switches as referred to above.. Just as the parameters of the webbank can be set to be "turned on or 
turned off*, including usable or not usuable during certain periods of time, the financial cards can 
likewise be "turned on" or "turned ofi" as welL 

In one such embodmient, such cards are turned on by the owner before they are about to be 
used and turned off after they are used, to prevent a third party who has compromised the finanrial 
card number from being able to use that card. 

For example, for online purchases, in the preferred embodiment, the owner of the card can 
dick on a button on the owner's Internet browser which sends an encrypted signal to the owner's 
webbank (or to a card authority) providing identification of the owner, and indicating that the card 
can be turned on. Alternatively, the browser can do this automatically, if desired, e.g. when it accesses 
the Internet in general, or when it detects that a card is about to be used (e.g. by recognizing the digits 
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about to be sent online. 

When the card number is provided to a merchant to attempt a transaction online, the 
merchant's system requests authorization over existing netwoAs to use that card (as is standard in the 
art). If the card has been turned on, the card authority (which can be any credit or debit card 
authority, but is preferably the metabank in the event that webbanks or programmable cards are used) 
can authorize the transacdon having recently received a signal that the card has been turned on. After 
each use and/or after a predesignated period of time and/or after receipt of a signal from the card 
owner, the card can then be turned off. 

When an unauthorized user attempts to use the card, the card will normally be in the "ofP* 
state, and therefore will be declined. For online transactions, the relatively unlikely xception to this 
is the very short window of time after the s^nal is sent, when the owner is about to use the card In 
the preferred embodiment, however, the user or its browser sends a signal that the card is to be turned 
"on" before each and every transaction using the card. Thus, if an unauthorized user anempts to use 
the card number in this window, two requests for verification will be received by the card authority 
(or metabank) in the short window following a single "on" signal, the requests coming from two 
different vendors. This will, therefore, be an indication to the card authority that the card may have 
been compromised. 

As an alternative to an "on/off" signals, other signals from the browser (and/or from the 
webbank) can be provided indicating that the card is about to be used by the rightful owner, although 
a complete on and off is provided in the preferred embodiment. 

In alternate embodiments, cards can likewise be tiuned on and off using a signal from the 
browser or from a webbank to a user's webbank or to the metabank, or to some other card issuing 
authority (or using a telq>hone call or so forth) before the cards use to turn them on for use at brick 
and mortar stores as welL However, the preferred embodiment for this system is online usage. 

In further alternate embodiment, "one-rime" card numbers can be provided for use in only a 
single transaction. Such mmobers can also be used in conjimction with the present invention. 

N. F$md Investment 

As one example, the webbank owner ran have its money invested in any form of investment 
it wishes. For example, the webbank owner can have the money on its webbank invested in stocks 
and/ or bonds and/ or currencies and/ or options and so forth. The webbank owner can manipulate 
these investments as often as he or she wishes. In this manner, an alternative to traditional intereist 
can be provided; with the interest wholly owned by the webbank owner, or with a portion being held 
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by the metabank as a service fee. 

In one preferred embodiment, these investments all go though the metabank. Thus, the 
webbank owner's purchases are debited from the webbank owner's account and the bank purchases 
the stocks, bonds etc, that the webbank owner wants using the money withdrawn. The particular 
investment is then held in a subaccount of that webbank owner's webbank, the investment either 
being owned in name by the overseeing bank, the webbank, or both. 

Likewise, webbanks can be used to extend or track loans by a webbank owner, or group of 

owners. 

Additionally, a webbank can be created to uniquely correspond to a particular puipose, 
including a particular asset (or to one or more purposes or assets). For example, a webbank can be 
created to correspond toanassetsuchasacarora house, or so forth. All payments on that asset can 
be made on that webbank (and/or received by the creditor at that webbank) and/or all information 
regarding payments on that asset can be stored on that webbank. Likewise all otha- information 
regarding that asset can be stored on that webbank in authenticated form. For example, for houses 
and cars, bills and receipts regarding repairs, service information, contracts, survey information, 
blueprints, recall data, contracts, certificates of title, and so forth can aU be sent to and stored on that 
webbank so that aU documents corresponding to that asset are held in one centralized location and 
stored together, preferably in authenticated form. 

O. Providers of Goods & Services: Records ContimiaUy Tranrferred to Client Webbanks 
In a further embodiment of the invention, service (and/or goods) provider records can be 
transferred on a continual basis to a diem webbank so that the client can continually monitor the cost 
and progress on services and goods. For example, with respea to service provider such as entities that 
biU by the hour (for services, for goods, or so forth), time records or records of goods, invoices, etc, 
can post immediately to the web site as the costs are incurred, so that the client can continually 
monitor the time and goods, expenses, e^>enses that are being put in, deUvered, shipped, and so forth. 
This client webbank can be a separate one created for this purpose, if desired. 

la this manner, the dient can monitor information at its own webbank or website directly, 
rather than bang informed of time or diarges in a lump sum one to two or more months later, or 
receiving a biU later in the mail, or having to contact providers or other websites for information, or 
so forth. Thisinformationissenttoandintegratedintotheclient'swebsite (cg.usmg XML etc) such 
thai the webbank owner has instant access to it as part of his or her site without having to access 
multiple sites for such information. 
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P, Online Auctions 

In further embodiments of the invention, the webbanks can be used as finan ri?*! vehicles in 
conjunction with online auctions (such as those conduaed by "e-bay^) and other online payments 
systems. Thus, a webbank can be set up as an escrow accotmt, wherein the funds therein are certified 
by the met aban k and can be viewed by both parties to a transaction. The identities of buyers and 
sellers could be revealed to each other or cotddbe anonymous (e.g. with only the metabank knowing 
their identities). Funds can be ndeased when shipment is completed and the goods are inspeaed, as 
described above, and so forth. 

DL Physical Card Embodiments 
A. Plastic or Pi^ Cards 

Numerous card can be provided in accordance with the inventions herein. In one series of 
embodiments, as discussed above, blank credit or debit card like cards can be provided. Such cards 
could be of the type as currently used in the art for standard credit and debit cards ^.e. of the same 
shape and thickness) or alternately, of any shape and thickness which could be used with current or 
future card readers. In akemate embodiments, smart cards can ako be used in conjimction with the 
present invention. 

The owner (and/ or the metabank) can issue and provide disposable or customizable credit or 
debit other cards or card numbers on the webbank (either numbers can be provided or the card issuing 
authority or metabank maintainin g the server mails them out) having either a specific amount of 
money on them or being linked to a specific account or subaccount, or to a certain percentage or set 
of parameters of a specific accotmt or subaccount, and distribute those cards to themselves or to third 
parties. These cards can be linked to accoimts, in any manner desired. These cards can have any form 
of money described herein associated therewith. 

In another embodiment, a user could be provided, each month or ^rh year, with a set of 
disposable, one time only, or customized, h'mitfH use, numbers and/or cards, which are printed on 
the credit card statement for use during the next month or year, or which are mailed to the user. With 
respect to the disposable card, the user is instructed that, after use of the niunber once, the number 
may not be used again. With respea to the customized card, the cards can either be preset for certain 
uses, or the cards can be ready and waiting in the user's office or home for setting to the desired use 
when the user is ready. 

The user could also be provided with a set of paper or plastic credit cards (preferably with 
ma gnetic strips), whether along with the customer's monthly statement, with a credit card encoder, 
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with an encoding device which attaches to the computer and/or the Internet, or otherwise. Each of 
these credit cards conld be used once, or on a limited or customized basis, after which the credit card 
could be ripped up and discarded The cards coxJd further have printing or indicia on them to remind 
the user that they are for one time only or customized use. 

In a further variation on this approach, the paper cards and/or the provided numbers must 
be used in a specific required order, for additional- security. These paper credit cards or provided 
nimibers could be xmusable until activated by the user, as is the practice with new credit cards that are 
sent out by mail. 

In another embodiment, instead of ripping the credit cards up, the cards could have a portion 
which the user writes on to record the type of transaction, and the amount of the transaction. 
Alternatively, the card could have a portion which the user signs upon receipt and a portion which 
is later coimtersigned at the vendor, to provide additional security. 

These credit cards could even have a portion which the user signs and provide to a vendor 
in a store. No vendor would ever, under one embodiment of the system, receive or have access to the 
user's permanent credit card number. Rather, the vendor (for example, a restourant in which the user 
has just eaten) would receive a disposable credit card from the user's supply. The vendor could read 
the number off the disposable or customized card, could scan the number with a bar code scanner, 
could read a m a gne tic strip on the disposable card, or so forth. Upon being used once, the credit card 
can be marked, if desired, to show both that it has been processed to charge money to the person's 
account, and to show that it is no longer usable. This disposable card could be returned to the 
cardholder, saved as a receipt by either of the cardholder or the vendor, be returned to the credit card 
company, destroyed, or so forth. As noted above, signature could be provided once, or two signature 
lines could be provided, for the user to sign and countersign. 

Akematively, other features (such as a fingerprinting area, or so forth) can be provided as set 
foith above. 

R Computer-Readable and/or Writable Cards 

In a further embodiment oftheinvendon new type ofdiskettes and cards are provided. In one 
preferred embodiment, combination optical disk and magnetic stripe cards (e.g. miracards*^ can be 
utilized in conjunction with the system herein. 

Thus, in accordance with the invention, a produa is provided which is a combination optical 
disk, and fi nan c ial or magnetic stripe card. Examples ofsuch optical disks, include, but are not limited 
to, compaa disks (CDs, CD-ROMs, etc.), Digital Video Disks pVDs), minidisks, and so forth. For 
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suz^lidty) the term CD is often used hereafter, but is to be understood that the term is intended to 
indude any optical disk, including, in particular, recordable optical disks, and read/writable optical 
disks. Examples of magn etic stripe cards include but are not limited to, credit cards, debit cards, ATM 
cards, identification cards, photocopier cards, transportation cards, and so forth. Likewise, althoiigh 
the term credit card or credit card number is used repeatedly herein for simplicity, any financial card 
or finandftl card number can be used, if desired. 

In one set of additional or alternative embodiments of the invention, the optical diA is shaped 
like a standard credit or business card, such as the CD-ROMs which have been recently developed in 
theart. Such business card shaped CD-ROMs and are believed to be the subjea of a pending patent 
application of a separate party. These disks, rather than being circular, have straight edges but have 
roimded comers, and are of a size and shape such that they can easily fit in a standard optical drive's 
disk holder, in the . smaller inner circle of the disk holder ^e. the recessed inner circle), and not 
necessarily filling the fiill circular shape of a standard optical dUlr^ as shown in Figures 1-3. 

As shown in Figure 1, a standard optical disk drive disk holder 10 or carrier of a computer 
(such as a carrier for a CD-ROWQ includes an outer circle 20 (for ordinary sized CDs) and an inner 
ctrcle30. In accortiance with the invention, as shown in Fig;ure 2, a biisiness or cre£ 
40 is provided with rounded comers 50. As shown in Figure 3, the disk 40 with rounded comers is 
preferably sized and shaped to fit into the inner circle 30. 

In accordance with the invention, optical disks and magnetic stripe cards are combined into 
a single disk or card, for use in a variety of appKcations. 

In one embodiment of the invendon, an optical disk is provided, similar to a standard optical 
disk, but having a financia l card number printed therein (e.g on the card's front). This finannV I card 
number can be any credit card number, debit card number, bank card number (for use in an ATM 
machin e), webbank number or address, or so forth, allowing the opucal disk to have informarion 
printed thereon for conducting a financial transacdon (or for other uses, if desired). 

In a further embodiment of the invenri on an optical disk is provided having a magnetic stripe 
provided thereon. 

In a further embodiment of the invention an oprical disk is provided having both a financial 
card number and a m a gnet ic stripe provided thereotL In a preferred embodiment, the magnetic stripe 
is encoded with an account number, such as, for example, a bank card number, credit card number, 
debit card number, or so forth. 

In one such embodiment, the optical disk is a standard CD-ROM, DVD, minidisk, or so forth, 
having the fina n cial card number printed thereon, and a magnetic stripe provided thereon for swiping 
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the disk through a card rea d er. In a further embodiment, the magnetic stripe is encoded with an 
accoimt number, preferably a financial account ntmiber. The magnetic stripe, for example, can be 
provided on the front or top of the disk, Le. the printed side of the disk opposite the optically encoded 
surface. 

In addition al or alternative embodiments, the optical disk 40 has such a business card or credit 
card like shape as disclosed above, but also has a magnetic stripe~70 oh the fl jyk^ as shown in Figure 
4(a). Such optical disks in a business or credit card size (but without a mag net ic stripe thereon) and 
shaped to fit in the drive holder of an optical disk drive are currently made or distributed by the 
Internet Services Corporation of Chariotte, North Carolina. The optical disk 40 is shown in 
protective sleeve 60 which (like protective sleeve 80 below) can be made or clear plastic and can be 
rectangular (as shown) or can have rounded comers like the disk (not shown). In one embodiment 
of the present invention, such cards are provided including a magnetic stripe thereon, said magnetic 
stripe being on the front or top of the disk or elsewhere are described herein. In a preferred 
embodiment, the optical disks of the present invention (both with respect to this and the other 
embodiments of the invention) are recordable optical disk (which can be written to using recordable 
optical disk drives available for personal computers) or read/ write optical disks (which can be written 
to using read/write optical disk drives available for personal computers). 

In a d di tio n a l or akemative emb odiments, the optical rjiy|r can be housed in a protective sleeve 
80 with the financial card number and/or nu^etic stripe placed on the protective sleeve 80 as shown 
in Figure 4(b). In this embodiment, preferably, the sleeve has at least a magnetic stripe thereon. 
Further preferably, the sleeve also has a finana'al card number (and any other desired information and 
images) printed thereon, as welL This optical disk is preferably business card shaped as disclosed 
above. The sleeve can diher be a soft, flexible sleeve, a more rigid cardboard type sleeve. Thesleeve 
can even be a jewel case, although this is not necessarily a preferred embodiment due to the rhirlrnf ^ 
of the case, which prevents it from being abk to be swiped through a inagnetic card reader. In these 
embodiments relatii^ to the sleeve, the optical disk, with the sleeve thereon can be swiped through 
a card readers which reads magnetic stripes. 

In one embodiment of the invention, an optical d's k is provided with a number thereon, such 
number corresponding, for ex a mp le to a webbank accoimt, to a credit card niunber, to a debit card 
nimiber or to any other financial account number. Such a disk can include an optical disk without 
a magne tic stripe thereon, wherein the disk is preferably recordable or read/writable with a personal 
computer. Preferably the optical disk is further business or credit card shaped. In additional or 
alternative embodiments, the optical disk can further have electronic cash stored thereon and/or a 
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In additional or akemative embodiments of the invention, an optical disk is provided with a 
magnetic stripe thereon. In one such embodiment, the magnetic stripe is on the front of the disk (not 
on the optical surface). 

In additional or alternative embodiments of the invention, an optical disk is provided with a 
cover 100 which covers the back of the card 40 (i.e. which covers the encoded optical surface), such 
cover also being removable such that it no longer covers the optical surface when desired. An example 
of one such cover (with a flexible, elastic lip 105 that fits snugly over the edges of the optical disk) is 
shown in Figure 5. 

If a cover is provided, in one embodiment, the magnetic stripe is on the opposite side of the 
card from the optical surface. In another embodiment, the magnetic stripe is on the cover itself. In 
such embodiments where the magnetic stripe is on the cover, the magnetic stripe can be on the side 
of the cover facing inward ^e, adjacent to the optical surface), or can be on the side of the cover facing 
outward (towards the user). When the magnetic stripe is on the outside of the cover (facing the 
consumer), the hybrid card can be swiped directly and easfly swiped throu^ a magnetic credit card 
reader without removing the cover from the card. On the other hand, in embodiments in which the 
magnetic stripe is on the inside of the cover (facing the optical surface), the configuration of the card 
is such that the magnetic stripe faces inward and not outward, so that the m^ 
horn wear and tear. In a further embodiment, the removable cover can be flipped so that the magnetic 
stripe faces inward or outward, as desired. Likewise the optical disk can be flipped so that the optical 
surface faces outward from the cover, or inward towards the cover. 

Numerous such covers can be provided. In one type of cover, the disk 40 sits in the cover. 
For example the edges of the ewer can snugly fit over the edges of the dis^ 
of the disk. la an akeniate form of a>ver, the cover serves as a holder which the disk fits 
cover covering the back of the disk, the cover also having a circular portion or hub 1 10 which grasps 
the center hole 46 of the optical disk, as shown in Hgure 6. (With the cover being in back of the disk 
40 shown in I5gure 6, and the hub 110 protruding through disk 40). This circular portion or hub is 
known in the art, being used, for example, in CD cases known as ''jewdcases^ In yet a further form 
of cover me rh a ni sm , the optical disk can have a groove or track that the cover slides in and out of 
In yet a further form of cover me r h a ni s m , the cover can fold back, and preferably be caught by a Up 
on the optical disL 

In a further embodiment of the invention, the optical disk has a sleeve or case associated 
therewith, the associated sleeve preferably having a magnetic stripe thereon or therein. In one such 
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embodiment, the sleeve can be flexibk and soft (the material being like well known soft CD-holders 
such as a paper like material, or soft, fladble plastic, or so forth). In an alternate embodiment, the 
sleeve material material can be more rigid, like cardboard or rigid plastic or so forth. 

In the preferred embodiments of the invention, the optical disk is shaped in the shape of a 
credit card, or business card or so forth. In further preferred embodiments of the invention, this 
optical disk preferably fits into a CD or DVD drive, bemg placed into the disk holder of the drive and 
preferably fitting into the smaller inner circular area of that disk holder. In such embodiments, the 
edges of the optical disk are preferably rounded such that the optical disk can preferably fit into the 
smaller inner circular area of that disk holder. 

If desired, an adapter can be provided to fit the small optical disk into the drive's larger sized 
disk holder more snugly. Or the cover of the disk can itself be an adapter, adapting the disk to better 
sit within the disk holder of the optical drive. For example, the disk can be a minidisk attaching to 
a cover with a magnetic stripe, and the cover can have rounded edgps to sit within a smaller inner 
circle of the disk holder of the optical drive (e.g. a CD or DVD drive). Or, if desired, the minidisk or 
other optical disk can detach bom the business card shape case or cover (which it is normally earned 
in) and be attached to an adapter (preferably a fully circular adapter) which sits in either the smaller 
inner drde of the disk holder of the drive or the larger outer circle of the disk holder of the drive. 

In ahemarive or additional embodiments of the inventions, the magnetic stripe can also be 
provided within the plastic of a case orholder for the optical disk, so that it does not wear off as easfly 
with use. Or, the magnetic stripe can be provided the plastic of the card; e.g. within the plasric of a 
clear credit card. In one embodiment, the magnetic strip is sandwiched between two layers of flexible 
or hard plastic, the plastic preferably being partially or totally clear. 

In alteniate or additional einbodinients of the invention, the invention consists of a credit card 
and optical disk packs^ tc^ether or otherwise provided together. 

Thus, in accordance with the invention, a hybrid magnetic stripe crolit card and optical disk 

can! is provided, which can be progranuned on a personal computer, and which can also be used at 
ATM machines (eg to check account information or withdraw funds), can be swiped through a 
magnetic stripe readers (e.g. at the time of purchase of an item from a store), and so fortL 

In akemative or additional embodiments of the invention, die cards can include multiple 
account or card numbers encoded thereon, serving as a type of "universal card," with, if desired, the 
consumer deciding at the rime of use which card encoded on the universal card he or she wishes to use 
for that particular transaction. 

Accordingly, in various embodiments of the invention, either the whole device can be inserted 
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into a m^netic stripe reader and/or an optical disk drive, or the device can be opened or puUed apart, 
and each pan of the device can go into a magnetic stripe reader and/or an optical disk drive. 

In further embodiments of the invention, the information which can be downloaded onto the 
card include email, webp^gs, and so fortL 

These cards are particulariy useful-^ the e^ommerce inventions of the present application, 
including the customizable (programmable) cards and accounts, and/or as cards containing or linked 
to electronic cash and/or as cards linked to webbanks or having information related thereto located 
on the card, and/or with the website central records systems disclosed therein, and/or as cards having 
any other type of information theteon. 

The present optical cards can also be encoded with software thereon, with music, with videos, 
with asymmetric encryption tools (e.g. a pubUc key and/or a private key), with financial data (e.g. 
with account numbers and/or records), with e-cash, with a webpage or webbank info, or with any 
combination of these. 

In a further embodiment of the invention, an optical disk (whether a regular CD, or CD- 
ROM, or DVD etc.) can be encoded with financial information thereon in addition to tiie music or 
videostiiereon. For example, a music CD or video DVD can be provided having eleoronic cash or 
checks or odier money encrypted tiiereon, and/or information relating to or linking to a webbank, 
and/or information which when accessed allows die user to obtain money Cmduding, for example, 
a rebate obtained by accessing an account having fimds dierein, the account or fonds preferably being 
at a webbank). 

Having describeddieinventions with respect topartioilar embodiments, it is to beunderstood 
diat the description is not meant as a limitation, since numerous other modifications and variations 
on die invention may be made to the inventions or may suggest diemsehres. It is intended tiiat die 
present invention and application cover all such modifications and variations. Moreover, to refer to 
sections of die application various headings have been provided as set f ordi above. Such headings have 
been provided for reference purposes, and are not intended as a limitation hereof, as die information 
in each paragraph relates to and is intended to be used in conjunction widi die inventions as disclosed 
in all odier paragraphs herein and in conjunction widi die information presented in die related 
applications. 



86 



wo 00^5793 



PCrAJS00/074S7 



Claims 

What is claimed is: 

1. An apparatus comprising^ 

a webbank, said webbank comprising a website hosted on die server of a bank for the use of 
a webbank owner, the webbank owner being a customer having a bank account at the bank; 

said webbank having a webaddress associated therewith and being accessible by the webbank 
owner over the World Wide Web using said webaddress; 

said webbank also being accessible over the World Wide Web by a third party using said 
webaddress, such that the third party is provided with some degree of access to the webbank owner's 
bank account; 

said webbank having access parameters associated therewith, said access parameters being 
parameters associated with the webbank which control said degree of access provided to the third 
party, 

and wherein said access parameters are customizable by the wd>bank owner. 

2. An apparatus as claimed in Claim 1, wherein one of said access parameters corresponds to 
deposit rights, such that the third party can deposit fands at the owner's webbank for credit 
to the customer's bank account. 

3. An apparatus as daimed in Claim 1, wherein one of said access parameters corresponds to 
withdrawal rights, such that the third party can withdraw funds from the customer's bank 
account. 

4. An apparatus as claimed in Claim 1, wherein one of said access parameters corresponds to 
viewing rights, such that the third party can view information regarding transacrions.on the 
customer's bank account. 

5. Anapparatusasclainiedin Claim!, whereinoneofsaidaccessparamete^ 

provided to said third party which is different from the password of the webbank owner. 



6. An apparatus as claimed in Claim 1, wherein oneof said access parameters defines the 
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of funds which can be controlled by said third party. 

7. An apparatus comprising, 

a first webbank, said first webbank comprising a website hosted on a bank server for the use 
of a first webbank owner; 

wherein said first webbank has a webaddress associated therewith and is accessible by the 
webbank owner over the World Wide Web using said webaddress; and, 

wherein said webbank owner can access said first webbank to provide said fim webbank with 
a second webaddress, the second webaddress being a webaddress associated with a second webbank 

8. An appa«misasclaimedinaaim7. whereinsaidfinawebbankandsaidsebondw 
both hosted on the bank server of the same bank. 



9. An 



apparatus as claimed in Claim 7. wherein said first webbank and said second webbank 



are 



hosted on the bank servers of difEexent banks. 



10. AnapparatusascIaimedinClaim7,whereinsaidseTO^ 
between said first webbank and said second wAbank, 

11. Anapparatusasdaimedinaaim7,whereinwebbankownercant^ 
instantaneously. 



12. An apparatus as claimed in Oaim 7, wherein said funds are tnmsferred within five 



minutes. 



13. An apparatus as claimed in CW 7, wherein said fimds are tnmsferred within an hour. 

14. An apparatus as claimed in Claim 7, wherein said funds are transferred between the first 
webbank and the second webbank at the precise time designated by the first webbank owner. 

15. An apparatus as claimed in Claim 7, wherein said funds are tnmsferred between the first 
webbank and the second webbank at the precise time designated by the owner of the second 
webbank. 
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An apparatus as claimed in Claim 7, wherein the second webaddress can be used at the Cist 
webbank to withdraw funds from the first webbank and deposit those funds at the second 
webbank. 

An apparatus as claimed in Claim 7, wherem the second webaddress can be used at the first 
webbank to withdraw funds from the second webbank and deposit those funds in the first 
webbank. 



18. 



An apparatus as claimed in Claim 7, wherein said first webbank can use said second 
webaddress to view transaction records at the second webbank. 



19. An apparatus comprising, 

a webbank, said webbank comprising-a website hosted on the server of a bank for the use of 
a webbank owner, the webbank owner being a customer haying a bank account at the bank; 

said webbank having a webaddress associated therewith and bemg accessible by the webbank 
owner over the Woiid Wide Web usii^ said webaddress; 

said webbank being associated with a finanrial card. 

20. An apparatus as claimed in Claim 19, wherein a third party can send information to said 
webbank r^arding the use of said financial card. 

21. An apparatus as claimed in Claim 19, wherein die use of said financial card causes fimds to be 
transferred firom said webbank to said third party. 

22. AnapparatusasclaimedinClaiml9,whereintheuseofsaidfinancialcardcausesfundstobe 

transferred fromsaid webbank toasecondwebbank, said second webbank being the webbank 
of a third party. 



23. 



An apparatus as daimedin 19. wherein said financial cardhaspaiameters associated therewith, 
said paramaers being customizable by said webbank owner. 



24. A method comprising: 

providii^ a website for users, said website providing the user with the ability to generate 



an 
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electronic 



invoice. 



25. A method as claimed in Claim 24, wlierein said website provides said users with the ability to 
send said electronic invoice to other websites. 

26. A method as claimed in Claim 24, wherein said website is a webbank. 

27. A method as claimed in Claim 26, wherein said webbank pnmdesuserewirfi the abi^^ 
send said invoices to other webbanks for stor^ thereon. 

28. A mediod as claimed in Claim 24, wherein said users are individuals. 

29. A mediod as claimed in Claim 24, wherein said users are corporations. 

30. A mediod as claimed in Claim 24. wherein said website provides users with the ability to 
directly generate an invoice on said wdwite. 

31. AmeihodasdaimedinClaim24,whereinsaidwebsitereceivesinfonnauonandforniatssai^ 
information into an electronic invoice for sending to a third party. 

32. A method as claimed in Claim 31, wherein said website receives said information from an 
accounting or billing prognun. 

33. A method as claimed in Claim 24, wherem said website further serves as a col^ 
user's finanrial information. 

34. AmediodasclaimedinClaim24,whereinsaidwebsitefurtherservesasabinpaymentcenter. 

35. A method for financial card transactions, comprising: 

providing a financial card to a user, said financial card being a credit card or debit caid; 
providing a series of parameters on said financial card, said parameters corresponding to 
funaionaUtiesofsaklfinandalcard,saidparametersbeingcustomizablebytheuserovertheI^^ 
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36. A nietbod for wire transferring money, comprising: 

providingasystemfor consumers overtheInternet,saidsystemaUo^^ 
transfer funds to an ATM machine for retrieval of cash from said ATM machine. 

37. A method as claimed in Claim 36, wherein said funds are retrieved using a programmable 

finanri^il card. 
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Figure/ 

Server for storing and transmitting data 
i 

Creation of a webbank by a user on server 
(preferably via the Internet using a browser), 
the server preferably being a central site 
for aU webbanks and being managed by 
a central authority (such as a chartered bank), 
with all transfers of information to or from 
the server preferably being encrypted 

1 

Transmissions of information to and from the user's webbank, 
the transmissions being conducted by the user, by third parties, 

and/or by the central authority, such as: transmissions 
transferring funds between the webbank and any other financial 

source (e.g. another webbank, a traditional bank or other 
financial institution, a credit card, wire transfer or cash payment 
to the central authority, etc.) and transmissions regulating, 
managing or programnaii^ the accounts, subaccounts, 
funds or other assets, and so forth, on the webbank 
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^.4 7 6 
Figure 8 

Accessiiig of a webbank or a disk or card 
1 

Transacrions involving webbanks and disks or cards, including: 

transacriom invohdng standard recordable or read/wriubh 

optical disks, and/or magnetic stripe cards 
and/or hybrid magnetic stripe and optical disk cards; and/or 

transmissions transferring funds between a webbank 
(or any other financial source) to or from disk or canl (or hybrid); and/or 

transmissions modifying the parameters of an 
account (including a webbank or webbank account, 
or a customizable credit card or debit card account) using a c^ and/or 

transmissions creating electronic cash cards or 
modifying electronic cash on a card using an optical disk drive 
(e g. for recording or writing on an optical disk which serves as the carc^ 
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ATM Wire Transfers and Programnwble Card Transf^ 



User accesses financial institution and user's account 
(e.g. metabank and/ or webbank over the Internet) 

1 

User links account or portion thereof to 
number on debit, ATM or credit card, 
including programmable credit or debit card 

I 

Recipient uses card to withdraw 
funds from an ATM machine, or to engage in 
traditional or online transactions 
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A website is provided to a user for billing 
functions to third parties (preferably a webbank) 

I 

User provides the website with billing information 
by inputting information manually or by 
transmitting information to the website from a 

computer program (e.g, an accounting or 
billing program), or by any other desired method 

I 

Website electronically formats invoice 
I 

Website transfers electronic invoice to a third party 
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